Problemy z (lokalnym) montowaniem przy rozruchu (sysvinit)

2

Podczas uruchamiania niektóre / wiele punktów /etc/fstabmontowania nie są zamontowane. /etc/mtabPlik zawiera te punkty montowania - mój zrozumienia jest to, że system uważa, że systemy plików są już zamontowane.

Modyfikowanie mojego /etc/rc.d/init.d/mountfsskryptu (zaczerpniętego z LFS) za pomocą linii

grep -v root /proc/mounts > /etc/mtab

przed wywołaniem (dodałem vi, #aby uzyskać wyjście - roszczenia systemowe już zamontowane)

mount -av -O no_netdev # > /dev/null

pozwala systemowi odpowiednio zamontować systemy plików.

Jednak w tym przypadku systemy plików nie są poprawnie odmontowane podczas zamykania (przez ten sam skrypt biorący stopargument). Błąd podczas zamykania dotyczy głównego systemu plików.

dfzwraca wynik, który pokazuje stan moich systemów plików, więc jest łatwy do sprawdzenia. mountwyświetla wszystkie oczekiwane punkty montowania, nawet jeśli nie są zamontowane (tj. bez modyfikacji /etc/rc.d/init.d/mountfs)

Wydawanie poleceń takich jak mount /mountpoint/in/fstabpomyślnie montuje punkt, nawet jeśli jest już w /etc/mtab(prawdopodobnie dlatego , że mount -asprawdza mtab, a mount <specific point>nie?)

Co się dzieje?

Mój /etc/fstab:

# device     mount-point     fs-type    options      dump fsck-order

# Core mount points
proc         /proc           proc       nosuid,noexec,nodev     0  0
sysfs        /sys            sysfs      nosuid,noexec,nodev     0  0
devpts       /dev/pts        devpts     gid=5,mode=620          0  0
tmpfs        /run            tmpfs      defaults                0  0
devtmpfs     /dev            devtmpfs   mode=0755,nosuid        0  0

/dev/sda8    swap            swap       pri=1                   0  0
/dev/sda9    /               ext4       defaults                1  1
/dev/sda10   /home           ext4       defaults                0  2


# Additional mount points
/dev/sda6    /mnt/Ubuntu     ext4       defaults                0  0
/dev/sda11   /sources        ext4       defaults                0  0

# Network mounts
//software.blah.blah/path /mnt/Licensed cifs credentials=/home/<user>/.smbpasswd,ro,_netdev 0 0
chrisb2244
źródło
Jest to starożytny linux: większość tych VFS (sysfs, devpts, devtmpfs) jest przestarzała. Jakaś szansa, że ​​możesz uaktualnić do czegoś nowszego?
MariusMatutiae
Hmm, nie wiedziałem tego. Jednak z pewnością nie jest to starożytny linux. Jądro jest w wersji 3.19.0, biblioteki i aplikacje desktopowe (np. Qt, KDE, GTK) pochodzą z git, a większość innych bibliotek systemowych to najnowsze (lub jedno z najnowszych, jeśli bardzo często publikowane) wydania. Mam zainstalowany eudev - może powinienem usunąć te VFS? Tym razem na boot, wszystko oprócz / dev / pts zamontowane poprawnie. Przestawienie na konsolę tekstową (Ctl-Alt-F1) i uruchomienie sudo mount /dev/ptspoprawiło to.
chrisb2244
Uważa się, że być może powodem tego problemu było montowanie /dev/ptswcześniej w fstab niż /dev, ponieważ nie byłoby to bardzo pomocne, ale /devjest jednym z czterech jawnych montowań /etc/rc.d/mountvirtfsi /dev/ptsprawdopodobnie pozostanie do zamontowania przez mount -awywołanie /etc/rc.d/mountfs(które nazywa się później) . W każdym razie zmiana kolejności nie miała znaczenia (co nie zaskoczyło mnie po bliższym
omówieniu

Odpowiedzi:

0

Wydającego grep -v root /proc/mounts > /etc/mtab; echo "/dev/sda9 / ext4 defaults 1 1" >> /etc/mtabstałe ten problem.

Problem z uruchamianiem był spowodowany tym, że plik mtab nie został poprawnie usunięty podczas zamykania systemu. Gdy główny system plików został dodany do pliku mtab (po uruchomieniu), zamknięcie nastąpiło prawidłowo, a następnie uruchamianie również działa poprawnie.

Dodana linia mountfsnie była potrzebna po prawidłowym ustawieniu pliku mtab.

Jeśli komputer straci moc / zostanie wyłączony z dużą siłą, w pewnym momencie zostanie ponownie zerwany. Następnie powyższe kroki naprawią problem.

chrisb2244
źródło