![](https://seccdn.libravatar.org/avatar/3f4caf59efa20b5ecae98e9f4ded05d1.jpg?s=120&d=mm&r=g)
Heute als ich den Rechner gebootet habe wurde auf hda6 ein fsck ausgeführt weil sie schon 33 mal gemountet wurde. Nach dem Check wurde so etwas wie 11.7 % non contiuous ausgegeben. Was bedeutet das? Ich habe auch manchmal solche Ausgaben wenn ich mir dmesg ansehe: VFS: Disk change detected on device sr(11,0) VFS: Disk change detected on device sr(11,0) VFS: Disk change detected on device sr(11,0) VFS: Disk change detected on device sr(11,0) VFS: Disk change detected on device sr(11,0) VFS: Disk change detected on device sr(11,0) Hat jemand eine Ahnung was das sein könnte? mfg Martin Neuditschko
![](https://seccdn.libravatar.org/avatar/208f884b860bee2b1a5f890e5c5756d7.jpg?s=120&d=mm&r=g)
Martin Neuditschko wrote:
Heute als ich den Rechner gebootet habe wurde auf hda6 ein fsck ausgeführt weil sie schon 33 mal gemountet wurde. Nach dem Check wurde so etwas wie 11.7 % non contiuous ausgegeben. Was bedeutet das?
Das heisst vermutlich non-contiguous, oder? Contiguous (engl.) heisst nichts anderes als "zusammenhaengend", "angrenzend" oder "benachbart". Es geht dabei um die Defragmentierung Deiner Daten. Im Gegensatz zu Windows und dem dortigen FAT oder VFAT Filesystem ist unter Li- nux das Problem der Defragmentierung deutlich geringer. Daher gibt es eigentlich auch keine Defragmentierungs- programme (und die, die es irgendwo zum Download gibt, sind meist den Aufwand nicht wert). Wird eine neue Datei erzeugt, so muss ein freier Inode fuer sie gefunden und reserviert werden. Ebenso reser- viert z.B. ext2 eine Reihe moeglichst zusammenhaengen- der Blocknummern, um die Daten aufnehmen zu koennen. Vermutlich werden viel zu viele Bloecke als belegt mar- kiert, aber solange die Datei nicht geschlossen wurde, ist ihr tatsaechlicher Speicherbedarf nicht bekannt. Wird die Bearbeitung einer neuen Datei beendet, gibt ext2 die nicht benoetigten Bloecke wieder frei. Ver- braucht die Datei weniger oder alle Einheiten, die vor- her reserviert wurden, liegen diese nun in einem Stueck auf der Platte. Dieselbe "vorausschauende" Markierung von Bloecken kommt beim Anfuegen von Daten an eine exi- stierende Datei zur Anwendung, so dass der Grad der Fragmentierung einer Datei von Haus aus in akzeptablen Grenzen gehalten wird. Das funktioniert erstaunlich gut!
Ich habe auch manchmal solche Ausgaben wenn ich mir dmesg ansehe: VFS: Disk change detected on device sr(11,0) VFS: Disk change detected on device sr(11,0) VFS: Disk change detected on device sr(11,0) VFS: Disk change detected on device sr(11,0) VFS: Disk change detected on device sr(11,0) VFS: Disk change detected on device sr(11,0)
Hat jemand eine Ahnung was das sein könnte?
Major number 11, minor number 0, das ist /dev/sr0. Ver- mutlich handelt es sich um Deinen CD-Brenner. Der Kernel meldet einen "Disk change". Ich denke, das kannst Du de- zent ignorieren.... Gruesse, Thomson
participants (2)
-
Martin Neuditschko
-
Thomas Hertweck