Permalänk
Medlem

fsck - Utan att reparera

Vart ju strömavbrott i Stockholm idag, så linuxservern dök.
Såklart hittades nåt fel på disken vid uppstart, men efter reboot igen klagar den inte längre utan startar normalt.

Tänkte iallafall att det kunde va trevligt att köra fsck på hela disken för att se om allt verkligen är ok, eller om man ska rädda data och installera om servern eller något.

Haken är bara att jag inte vet hur fsck körs utan att automatiskt reparera. För när den reparerar, om man inte är i exakt rätt läge och diskarna är mountade på rätt sätt eller något (lite ringrostig på detta då servern skött sig själv i nästan ett år) så är det mycket sannolikt att data på disken förstörs läste jag nyligen.

"fsck -n" verkar som det, för vissa filsystem, kan fungera, men det känns inte så tillförlitligt. Det måste väl ändå gå, särskilt i Linux, att köra en diskkoll som bara rapporterar och inte autorepairar?

EDIT: Kör Arch förresten, allt på en partition. Filsystem vet jag inte hur man kollar, syns inte med "df" iallafall.

-n For some filesystem-specific checkers, the -n option will cause the fs- specific fsck to avoid attempting to repair any problems, but simply report such problems to stdout. This is however not true for all filesystem-specific checkers. In particular, fsck.reiserfs(8) will not report any corruption if given this option. fsck.minix(8) does not support the -n option at all.

Visa signatur

MCP - MCTS - CCNA (expired)

Permalänk
Medlem

för att se vad för filsystem du kör så kan du göra en:

df --print-type

Kör du ext2 eller ext3 så borde -n flaggan duga, från man e2fsck:

Citat:

-n Open the filesystem read-only, and assume an answer of ‘no’ to
all questions. Allows e2fsck to be used non-interactively.
(Note: if the -c, -l, or -L options are specified in addition to
the -n option, then the filesystem will be opened read-write, to
permit the bad-blocks list to be updated. However, no other
changes will be made to the filesystem.) This option may not be
specified at the same time as the -p or -y options.

Visa signatur
Permalänk
Medlem

Jupp, ext2 här då på min partition, tack för tipset
Då testar jag köra e2fsck istället för fsck då, och med -n flagga.

EDIT: Nehej, står att det ändå inte är säkert, eller iallafall tillförlitligt, att köra e2fsck på en mountad disk.
Hur fasen unmountar jag disken då, för att sedan köra check på den?
Har bara en partition, root.

Visa signatur

MCP - MCTS - CCNA (expired)

Permalänk
Medlem

enklast vore väl att boota upp med en live-cd, din arch-skiva borde fungera

Visa signatur

Intel Core 2 Duo E8400 | Gigabyte GA-EP35-DS4 | Corsair Dominator TWIN2X8500C5DF 4096MB | Gainward GeForce 8800GT | Lian Li PC-A71B | Arch Linux <3

Permalänk
Medlem
Citat:

Ursprungligen inskrivet av fridurik
enklast vore väl att boota upp med en live-cd, din arch-skiva borde fungera

Så bara för att kunna checka disken i Linux måste man dra fram servern från svåråtkomliga vrån där den står och skruva i CD-läsare i den? Fan vad jobbigt

Aja, tack iallafall, jag tror disken är ok i vilket fall...brukar ju va så ibland när strömmen gått att det klagas på problem som inte egentligen är några riktiga problem. Iallafall i windows.

Visa signatur

MCP - MCTS - CCNA (expired)

Permalänk
Medlem

Nästa gång du installerar om servern testa att köra JFS, otroligt stabilt och jag har aldrig haft några problem med att filsystemet har blivit korrupt vid strömavbrott eller utdragning av sladd (gjort många gånger).

Dessutom så tror jag väl att fsck som standard frågar dig om du vill göra något?

Permalänk
Medlem

Jag tror du kan annars read-only montera filsystemet, därefter köra en fsck.

Men -n flaggan ska inte ändra något, bara rapportera, som ja själv förstått.

nystan: håller med, JFS är stabilt som fan.

Permalänk
Medlem

Jo det är mycket "tror" och "kanske"....att det ska vara så bökigt att bara köra en test på disken utan att behöva vara orolig att data blir förstört, alternativt att den kör testen utan att rapportera fel.
Känns lite onödigt krångligt, men det finns väl säkert nån anledning till att det är på det viset.

Förhoppningsvis är det ett sånt där "fel" som är borta efter en omstart....klagar ju inte nu längre vid boot iallafall.

Det allra värsta är dock att uptimen skulle fylla ett år om mindre än två veckor
Datorn på jobbet var uppe i över 400 dagar, men UPS'en där pallar ju inte avbrott på flera jäkla timmar så den fick stängas ner...

Till råga på allt sökte jag ett kanonjobb och glömde bifoga CV i mailet....jäkla otursdag idag. Tur den är slut snart

Tack för hjälpen

Visa signatur

MCP - MCTS - CCNA (expired)

Permalänk
Medlem

Remounta som read-only så är saken biff, alternativt umounta och kör. (kan iofs bli svårt om vi pratar om "/"
Även jag kan rekomendera JFS

Visa signatur
Permalänk
Medlem
Citat:

Ursprungligen inskrivet av ASBR
Jo det är mycket "tror" och "kanske"....att det ska vara så bökigt att bara köra en test på disken utan att behöva vara orolig att data blir förstört, alternativt att den kör testen utan att rapportera fel.
Känns lite onödigt krångligt, men det finns väl säkert nån anledning till att det är på det viset.

Förhoppningsvis är det ett sånt där "fel" som är borta efter en omstart....klagar ju inte nu längre vid boot iallafall.

Det allra värsta är dock att uptimen skulle fylla ett år om mindre än två veckor
Datorn på jobbet var uppe i över 400 dagar, men UPS'en där pallar ju inte avbrott på flera jäkla timmar så den fick stängas ner...

Till råga på allt sökte jag ett kanonjobb och glömde bifoga CV i mailet....jäkla otursdag idag. Tur den är slut snart

Tack för hjälpen

Läs manualen gör som det står hoppas på det bästa. Jag har aldrig förlorat data pga en fsck.

Permalänk
Medlem

mount -r -o remount / e2fsck -n mount -w -o remount /

?

Visa signatur

MCP - MCTS - CCNA (expired)