- This topic has 28 hozzászólás, 13 résztvevő, and was last updated 20 years, 4 months telt el by
.
-
Bejegyzés
-
2, Mindenféle tesztprogram helyett elõszöris javítanám a flie-rendszert, ha rendben, akkor újrahúznám az uhut, de a partíció formázása nélkül, így nem vesznek el adatok, csak pár dolog áll vissza alapbeállításra. Az uhu elég stabil dolog, nekem napi 16 órát fut, ezen dolgozom és soha semmi baja nincs.
Ezt nem vágom…
Nem lenne érdemesebb elöszõr a hardvert ellenõrizni, és ha azzal nincs probléma akkor telepíteni (ha már mindenáron telepíthetnéke van) a rendszert?!Ja így is kell. Vagy futtathatod az UHU telepítõ CD-rõl a karbantartó rendszert.
A non-contiguous (3.4%) inodes azthiszem a töredezettség mértékét jelenti. De lehet most hülyeséget írtam.
[align=right][snapback]115709[/snapback][/align]Azt jelenti, guruk szerint nem kell törõdni vele, mert a rendszer megpróbálja minimálisan tartani (nem csak a Linux), ha valaki mégis defragmentálni szeretné megteheti ezzel
Nos nekem is vannak gondjaim az utóbi idõben Uhu-val.
Kidob a Firefox (egyre sûrûbben) és egyéb apróságok, mint pl hogy a reset segített csak egy csont fagyás után. Gondoltam is egy fsck-ra, de jön a figyelmeztetés:Code:fsck
fsck 1.34 (25-Jul-2003)
e2fsck 1.34 (25-Jul-2003)
/dev/ide/host0/bus0/target0/lun0/part3 is mounted.WARNING!!! Running e2fsck on a mounted filesystem may cause
SEVERE filesystem damage.Do you really want to continue (y/n)?
Hát én a damade szó láttán kissé visszahõköltem. No de azért jó lenne lefuttani.
e2fsck -fvcyC0 /dev/hda4
f – force, ha „ellenõrzöttnek” nyilvánítaná (néha szokta, ilyenkor nem kezd tesztet…)
v – verbose, szeretem közben nézegetni a státuszt
c – chek for bad blocks, gondolom egyértelmû
y – answer YES to all questions, ha hiba van, javítja automatikusan (az elõbbi WARNING -y kapcsolóval is feljön, és NEM válaszol rá yes-t!)
C0 – a bad block ellenõrzés után karakteres %-ábrában gyönyörködhetsz 🙂Kösz a segítséget. Akkor nemsoká’ nekiesek.
Még egy-két kérdés csak ráadásnak:
Nekem
‘init 1’
és
‘umount /’
után
‘fsck.ext3 /dev/hda4’
simán leellenõrizte a 4-es partíciót (ott van az UHU) warning és egyebek nélkül…
és nem is vágott tönkre semmit… (UHU 1.1)Péter
Nos borosspet, ezekszerint neked az UHU nem ilyen szép kisregényként kezeli az patícióelérési útvonalat:
/dev/ide/host0/bus0/target0/lun0/part3
Az umount / -t tényleg csak így szimplán?Kösz a segítséget. Akkor nemsoká’ nekiesek.
Még egy-két kérdés csak ráadásnak:
Nos borosspet, ezekszerint neked az UHU nem ilyen szép kisregényként kezeli az patícióelérési útvonalat:
/dev/ide/host0/bus0/target0/lun0/part3de igen, viszont van szimlink /dev/hdax-ként, amit ugyanolyan jól kezel az fsck, cfdisk, stb. UHU 1.2 ismerete óta még az UHU 1.1 kernel paraméterem is /dev/hdax, és az is hibátlanul mûködik. Ennek az oka, hogy linuxban nem egy lnk file a symlink (M$-sel ellentétben), hanem filerendszer szinten van megoldva: több bejegyzés mutat ugyanarra a fizikai adathalmazra…
Az umount / -t tényleg csak így szimplán?
az umountot ki lehet adni a device-ra, és a csatolási pontra egyaránt.
(ld. man umount)Sziasztok.
UHU 1.1.1 Office fut a gépemen. Egészen eddig semmi probléma nem volt, azonban tegnap voltak város (Budapest) szerte az áramszünetek, nálunk is rebootoltak a gépek. Az enyémet az elsõ után ki is kapcsoltam, nehogy ártson neki, de lehet, hogy így is késõ volt? Nálunk (XIII. ker.) sok egymás utáni (kb 5 percenként) rövid, azaz épp hogy csak tized másodperces áramkimaradások voltak.
Az eset óta a linuxom rendszeresen lefagy. Dolgoznék, elõször csak kidob egy-két progit a KDE, aztán teljesen meg is fagy a rendszer, se X, se konzol, se billentyûzet. Mitõl lehet? Attól parázok, hogy hardver probléma! Lehet, hogy tönkrement valami az elektromos impulzustól? Vagy van ennek valamilyen szoftveres magyarázata?Van valakinek valami ötlete? Hasonló eset?
Köszi: ady 🙁
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz