Hallo zusammen,
seit dem Upgrade auf Ubuntu 16.04 gibt es Probleme mit dem regelmäßigen check einer meiner Festplatten. Hier wird nach dem Check der Wert "Mount Count" nicht zurückgesetzt sondern steigt stetig weiter an. Dies hat zur Folge, dass bei jedem Systemstart der Dateisystemcheck durchgeführt wird. Hat jemand vielleicht das gleiche Problem, oder weiß, wie man das Problem lösen kann? Mit "lösen" meine ich nicht das manuelle Zurücksetzen der Werte mittels tune2fs, ich suche eine wirkliche Lösung. 😉
Ich gebe euch mal ein wenig mehr Informationen. Für die Systempartition (/dev/sda1) nutze ich eine SSD. auf dem gleichen Laufwerk befindet sich auch das HOME-Laufwerk (/dev/sda2), hier werden allerdings in der /etc/fstab per bind die Benutzerordner (Bilder, Dokumente, etc.) auf eine HDD unter /mnt/daten (/dev/sdb2) verlinkt.
Unter Ubuntu 14.04 LTS funktionierte das alles noch ohne Probleme. Die /etc/fstab scheint auch grundsätzlich in Ordnung zu sein, alle Laufwerke, NAS-Speicher und Ordnermapping werden korrekt umgesetzt/gemountet.
Auszug aus meiner fstab:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 | # /etc/fstab: static file system information. # # Use 'blkid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # <file system> <mount point> <type> <options> <dump> <pass> proc /proc proc nodev,noexec,nosuid 0 0 # /dev/sda1 UUID=fab2d0e6-3741-4470-a3db-e222d126d0c8 / ext4 errors=remount-ro 0 1 # /dev/sda2 UUID=d458a237-e07b-4038-abcf-a79186a27fbb /home ext3 defaults 0 2 # /dev/sdb2 UUID=df374f50-5f3d-4380-9ae0-2ef70fd3b801 /mnt/daten ext3 defaults 0 2 UUID=085693fc-aec7-4766-bf29-7e3552e66514 none swap sw 0 0 # Ordnermapping dirk /mnt/daten/dirk/Bilder /home/dirk/Bilder none bind 0 0 /mnt/daten/dirk/Dokumente /home/dirk/Dokumente none bind 0 0 /mnt/daten/dirk/Downloads /home/dirk/Downloads none bind 0 0 /mnt/daten/dirk/Eigene /home/dirk/Eigene none bind 0 0 /mnt/daten/dirk/Musik /home/dirk/Musik none bind 0 0 /mnt/daten/dirk/Videos /home/dirk/Videos none bind 0 0 /mnt/daten/dirk/.VirtualBox /home/dirk/.VirtualBox none bind 0 0 |
Mit tune2fs -l /dev/sdb2 sehe ich dann folgendes (Auszug): Interessant und etwas verwirrend finde ich auch den Wert für "Last mounted on", dort hätte ich eigentlich /mnt/daten erwartet.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 | Last mounted on: /home/dirk/Dokumente Filesystem UUID: df374f50-5f3d-4380-9ae0-2ef70fd3b801 Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery sparse_super large_file Filesystem flags: signed_directory_hash Default mount options: (none) Filesystem state: clean Errors behavior: Continue Filesystem OS type: Linux Inode count: 30531584 Block count: 122096128 Reserved block count: 6104805 Free blocks: 20624458 Free inodes: 30430185 First block: 0 Block size: 4096 Fragment size: 4096 Reserved GDT blocks: 994 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 8192 Inode blocks per group: 512 Filesystem created: Sat Feb 21 12:04:33 2009 Last mount time: Sat Aug 27 11:12:32 2016 Last write time: Sat Aug 27 11:26:39 2016 Mount count: 35 Maximum mount count: 30 Last checked: Tue May 10 01:30:35 2016 Check interval: 15552000 (6 months) Next check after: Sun Nov 6 00:30:35 2016 Lifetime writes: 288 GB Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root) First inode: 11 Inode size: 256 Required extra isize: 28 Desired extra isize: 28 Journal inode: 8 Default directory hash: half_md4 Directory Hash Seed: a8948c29-4e13-4bd0-ab53-6bcc57d2c96a Journal backup: inode blocks |
Wie man sehen kann liegt der wert für "Mount count" über dem Maximalwert. Bei /dev/sda1 funktioniert das alles ohne Probleme.
Ich bin für jede Idee oder Hilfe dankbar!
Viele Grüße
Dirk