Ocena wątku:
  • 0 głosów - średnia: 0
  • 1
  • 2
  • 3
  • 4
  • 5
Rozwiązane Wyłączenie sprawdzenia systemu plików przy starcie
#11
1
Better response on post RE: Wyłączenie sprawdzenia systemu plików przy starcie
(07-01-2023, 06:38)To masz napisał(a): Proszę o pomoc, taką bardziej "łopatologiczną" Undecided

System przy każdym starcie sprawdza system plików, chciałbym to wyłączyć, a nie wiem jak.

Lecz chciałbym aby co jakiś czas np. co dziesiąty raz je jednak sprawdził, system plików ext4,  pomóżcie proszę.

Sprawdzanie systemu plików przy starcie co 50 restartów:

Kod:
sudo tune2fs -c 50 /dev/sda2

Jeżeli nie ma EFI to sda1.  Można oczywiście zmienić ilość restartów.

Sprawdzanie co 10 dni:

Kod:
sudo tune2fs -i 10d /dev/sda2

Można zmienić ilość dni.

U mnie to nie zadziałało. Dysk przetestowałem narzędziem Dyski w trybie rozszerzonym (GNOME Disks) i jest sprawny.
Wyłączyłem sprawdzanie.

Instrukcja:
0tworzyć katalog systemowy jako administrator (PPM w katalogu - otwórz jako administrator).
W folderze etc otworzyć plik fstab. Ostatni wpis w partycji systemowej lub innej zmienić z 1 na 0
(UUID=64649e2c-2c1d-48d6-b541-9ecc63dff146 /    ext4    errors=remount-ro 0  0)

Włączyć jedno sprawdzenie do następnego restartu można wpisując w terminalu:

Kod:
cd /

Kod:
sudo touch /forcefsck
 
i restart.

PS.
Usunąłem poprzedni wpis ponieważ dopisanie fastboot w Grub działa tylko do następnego restartu.
[Obrazek: 96ae32b114e54.jpg]
#12
0
Całkiem możliwe, że to akurat fastboot z Windowsa 10 jest tu przyczyną.
Upewnimy się jak autor dostarczy brakujące logi.

Update:
Myślałem, że ten poradnik dotyczy jakiś nowych sztuczek Windowsa 10, a w tym poradniku opisują po prostu wyłączenie funkcji automatycznego skanowania.
W tym przypadku to nie jest dobry pomysł.
Należy znaleźć przyczynę tych cyklicznych skanów, bo może to być sygnał, że coś złego dzieje się z dyskiem.
#13
0
To prawda, ale może to być też przypadłość systemu. Sprawdzałem dysk i jest okej.
[Obrazek: 96ae32b114e54.jpg]
#14
0
Co jest z dyskiem autora, to się dowiemy jak dostaniemy odpowiednią ilość informacji.

To, że twój dysk jest ok niema związku z tym wątkiem.
Twoja porada wyłącza sprawdzanie dysku co wg mnie nie jest dobrym pomysłem w przypadku przeciętnego użytkownika (chyba, że sam zadba o cykliczne testy podczas normalnej sesji).
To może mieć sens w przywołanych w poradniku przypadkach (serwer plików).
Ale starczy tego OT.
#15
0
(09-01-2023, 13:55)dedito napisał(a): Na razie chce się dowiedzieć, która partycja przechodzi te sprawdzanie i z jakiego powodu jest sprawdzana co restart.
Kod:
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Tue Jan  3 10:07:22 2023
Last mount time:          Tue Jan 10 11:32:05 2023
Last write time:          Tue Jan 10 11:32:05 2023
Mount count:              53
Maximum mount count:      -1
Last checked:             Tue Jan  3 10:07:22 2023
Check interval:           0 (<none>)
Lifetime writes:          874 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:              256
Required extra isize:     32
Desired extra isize:      32
Journal inode:            8
First orphan inode:       96208467
Default directory hash:   half_md4
Directory Hash Seed:      73d576d6-b453-487a-8e7c-456194fbb990
Journal backup:           inode blocks
Checksum type:            crc32c
Checksum:                 0x1c83edfe
tomasz@tomasz-O416:~$

Dodano po pewnym czasie:
Kod:
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Tue Jan  3 10:30:59 2023
Last mount time:          Tue Jan 10 11:32:04 2023
Last write time:          Tue Jan 10 11:32:04 2023
Mount count:              51
Maximum mount count:      -1
Last checked:             Tue Jan  3 10:30:59 2023
Check interval:           0 (<none>)
Lifetime writes:          63 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:              256
Required extra isize:     32
Desired extra isize:      32
Journal inode:            8
First orphan inode:       4195898
Default directory hash:   half_md4
Directory Hash Seed:      98e5fe71-0bba-4cb8-9b38-d33a5b8ab84e
Journal backup:           inode blocks
Checksum type:            crc32c
Checksum:                 0x1059c470
tomasz@tomasz-O416:~$
#16
0
To wciąż nie wszystko (brakuje wyniku z jednej partycji) i brakuje polecenia wywołującego, nie wiadomo jakich partycji dotyczą wyniki.
W tych wynikach co są to w każdym przypadku ostatnie sprawdzenie było 3 stycznia więc raczej nie o te partycje chodzi.
#17
0
(09-01-2023, 13:55)dedito napisał(a): Na razie chce się dowiedzieć, która partycja przechodzi te sprawdzanie i z jakiego powodu jest sprawdzana co restart.
Przepraszam że tak długo nie odpisywałem, ale czekałem na wymianę dysku, dysk twardy talerzowy zaczął dosyć głośno "klikać"
Po wymianie na inny problem znikł, dziękuję ślicznie za poświęcony czas i przepraszam za moje słabe obeznanie w terminalu.
#18
0
Czyli można uznać, że temat został rozwiązany, a przyczyną tych sprawdzeń było rzeczywiście uszkodzenie dysku.
Zamykam.


Skocz do:




Użytkownicy przeglądający ten wątek: 1 gości