Es fehlt auch noch das "sechste" Feld in der fstab Zeile laut < man fstab >
Servus !
Es fehlt auch noch das "sechste" Feld in der fstab Zeile laut < man fstab >
Servus !
Pi4 geht in emergency mode? Schau mal ob du hier fündig wirst!
framp Wenn die HDD ab oder nicht eingeschaltet ist , dann "Autschn!". / Wenn die HDD dran UND an ist, dann "Hurra!". == nofail fehlt in der fstab
RTFM Die Priorisierung ist bei einer externen HDD vernachlässigbar, wenn diese nicht die Systemplatte ist. Nichts == 0
hyle Keine Ahnung warum - aber ich stand irgendwie auf dem Schlauch aber jetzt kann ich mich dank Dir wie Archimedes fuehlen und schreiben "Heureka"
Frizze Bitte markiere das Thema noch als erledigt! Das kannst Du oben unter "Thema bearbeiten" finden.
Vielen Dank für die Hilfe.
Nichts == 0
Deshalb wird kein Check & repair durchgeführt.
Die offizielle Meinung sollte 2 lauten.
Servus !
RTFM Ich zitiere:
Gibt an, ob und in welcher Reihenfolge die Partition beim Systemstart in die regelmäßigen Dateisystemprüfungen einbezogen wird. Meist ist hier für die Root-Partition (die Wurzel des Dateisystems, /) "1" eingetragen, für alle anderen Partitionen "2" (danach prüfen) oder "0" (keine Überprüfung) z.B. für Windows-Dateisysteme.
UUID=400E3D3E0E3D2DF2 /media/Filme/ ntfs-3g utf8,uid=pi,gid=pi,noatime 0
ntfs, ntfs-3g, vfat u.A. haben genauso ein check & repair wie ext4.
Warum soll das ausdrücklich abgeschaltet werden ?
Der Zusatz "für Windows-Dateisysteme" im Ubuntuusers ist aktuell nicht mehr richtig, weil ntfs inzwischen auch rw gemountet werden kann.
Und die (Windows-) /boot Partition beim Pi wird auch mit 2-er Priorität gecheckt, das soll auch für alle rw-gemountete Partitionen gelten, einschliesslich ntfs(-3g).
Servus !
Und die (Windows-) /boot Partition beim Pi wird auch mit 2-er Priorität gecheckt
Da steht zwar eine 2, aber
pi@avi:~ $ sudo dumpe2fs -h /dev/mmcblk0p1
dumpe2fs 1.44.5 (15-Dec-2018)
dumpe2fs: Bad magic number in super-block while trying to open /dev/mmcblk0p1
Couldn't find valid filesystem superblock.
/dev/mmcblk0p1 contains a vfat file system labelled 'boot'
und hat somit auch kein Mount count im Gegensatz zur ext4-Partition:
pi@avi:~ $ sudo dumpe2fs -h /dev/mmcblk0p2
dumpe2fs 1.44.5 (15-Dec-2018)
Filesystem volume name: rootfs
Last mounted on: /
Filesystem UUID: c1578b06-85c2-4327-9c65-4c474a8f23f9
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file dir_nlink extra_isize
Filesystem flags: unsigned_directory_hash
Default mount options: user_xattr acl
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 943488
Block count: 3822976
Reserved block count: 161373
Free blocks: 2339124
Free inodes: 747671
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 220
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8064
Inode blocks per group: 504
Flex block group size: 16
Filesystem created: Wed Dec 2 14:02:02 2020
Last mount time: Sat Oct 16 01:23:06 2021
Last write time: Wed Dec 2 14:04:17 2020
Mount count: 357
Maximum mount count: -1
Last checked: Wed Dec 2 14:02:02 2020
Check interval: 0 (<none>)
Lifetime writes: 29 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: 388275
Default directory hash: half_md4
Directory Hash Seed: b485c597-940e-4e16-9fa9-40f67a966d4c
Journal backup: inode blocks
Journal features: journal_incompat_revoke
Journal size: 64M
Journal length: 16384
Journal sequence: 0x0006c364
Journal start: 1
Alles anzeigen
bei der allerdings offenbar auch kein Check interval gesetzt ist.
Aber egal, Du hast recht. Es schadet jedenfalls nicht im letzten Block (pass) der /etc/fstab ein 2 zu setzten.
Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!