Forum Debian Users Gang

@morfik
Dzięki za odpowiedź.

Jak widzisz poradziłem sobie bez większych problemów ze startem jednym hasłem i nie będę na razie wykorzystywał zaproponowanych przez Ciebie skryptów.

Problem rozwiązało podmienienie opcji montowania / z "errors=remount-ro" na "defaults". Nie mam pojęcia skąd wytrzasnąłem tą opcję. Wydaje mi się, że ją rozumiem, lecz po cóż ona jest nie jestem w stanie wymyślić. Moglibyście mnie oświecić?

caro_cenzura napisał(-a):

Problem rozwiązało podmienienie opcji montowania / z "errors=remount-ro" na "defaults". Nie mam pojęcia skąd wytrzasnąłem tą opcję. Wydaje mi się, że ją rozumiem, lecz po cóż ona jest nie jestem w stanie wymyślić. Moglibyście mnie oświecić?

errors={continue|remount-ro|panic}
              Define the behaviour when an error is encountered. (Either ignore errors and just mark the filesystem erroneous and continue, or remount the filesystem read-only, or panic and halt the system.) The default is set in the filesystem superblock, and can be changed using tune2fs(8).

defaults
              Use default options: rw, suid, dev, exec, auto, nouser, and async.

Co do errors=, to u mnie to domyślne ustawienie z systemu plików jest na continue, sprawdzisz:

tune2fs -l /dev/partycja |grep Errors

Także gdybyś miał tak samo u siebie, to usuwając tamtą opcję w sumie włączyłeś ignorowanie błędów. Nie jestem przekonany czy to do końca dobre rozwiązanie, ale też nie zagłębiałem się w sytuację. U mnie w każdym razie taki problem nie występuje.

Btrfs w ogóle dorobił się już działającego fsck? Może on tak ma po prostu. :D

ArnVaker napisał(-a):

Btrfs w ogóle dorobił się już działającego fsck? Może on tak ma po prostu. :D

qlist btrfs | grep fsck | grep bin
/sbin/btrfsck

Wygląda na to, że się dorobił, ostrzeżenia też już nie są takie drastyczne,
jak wcześniej, nie widziałem żadnych UNSTABLE, RISK, wykrzykników,  itp.

Ostatnio edytowany przez Jacekalex (2014-02-13 02:03:06)