automounter 1.5 kommt

Kamikaze

Warrior of Sunlight
Staff member
Und bringt diesen Device Monitor mit.

attachment.php


Ich habe auch mit Desktop Integration experimentiert (über generierte .desktop für jedes Device). Aber das Verhalten der WMs ist da anscheinend katastrophal. Es gibt keinen File Handle auf geöffnete Verzeichnisse, so dass das direkt wieder geunmountet wird. Jedoch pollen die Dinger deshalb wird es ständig gemountet/ungemountet. Und noch schlimmer, wenn man das Fenster zumacht pollt zumindest e17 immer weiter, bis man den neu startet.
 

Attachments

  • 2013-09-01 automounter monitor.webp
    2013-09-01 automounter monitor.webp
    18.3 KB · Views: 737
Hi Kamikaze,

ich hab vorgestern auf 1.4.7 upgedatet. In meiner automounter.conf stand:

blacklist_devs="ada0p1,ada0p3"

nach dem Neustart:

Code:
Sep  6 19:05:01 callisto automounter: update: add <iso9660/cd0> [cd0]
Sep  6 19:05:01 callisto kernel: .
Sep  6 19:05:01 callisto automounter: update: add <iso9660/cd1> [cd1]
Sep  6 19:05:01 callisto automounter: update: add <ufs/ada0p2> [ada0p2]
Sep  6 19:05:01 callisto kernel: WARNING: / was not properly dismounted
Sep  6 19:05:01 callisto kernel: WARNING: /var was not properly dismounted
Sep  6 19:05:01 callisto kernel: WARNING: /var: mount pending error: blocks 0 files 1
Sep  6 19:05:01 callisto automounter: update: add <ufs/ada0p4> [ada0p4]
Sep  6 19:05:01 callisto automounter: update: add <ufs/ada0p5> [ada0p5]
Sep  6 19:05:01 callisto kernel: WARNING: /usr was not properly dismounted
Sep  6 19:05:02 callisto automounter: update: add <ufs/ada0p8> [ada0p8]
Sep  6 19:05:02 callisto kernel: WARNING: /home was not properly dismounted
Sep  6 19:05:02 callisto anacron[1760]: Anacron 2.3 started on 2013-09-06
Sep  6 19:05:02 callisto anacron[1760]: Normal exit (0 jobs run)
Sep  6 19:05:02 callisto kernel: keyrate font8x16 font8x14 font8x8 blanktime.
Sep  6 19:07:05 callisto shutdown: power-down by auge: 
Sep  6 19:07:07 callisto root: /etc/rc.shutdown: WARNING: no shebang line in /usr/sbin/amd
Sep  6 19:07:08 callisto automounter: update: remove <iso9660/cd0> [cd0]
Sep  6 19:07:08 callisto automounter: update: remove <iso9660/cd1> [cd1]
Sep  6 19:07:08 callisto automounter: update: remove <ufs/ada0p2> [ada0p2]
Sep  6 19:07:08 callisto automounter: update: remove <ufs/ada0p4> [ada0p4]
Sep  6 19:07:08 callisto automounter: update: remove <ufs/ada0p5> [ada0p5]
Sep  6 19:07:08 callisto automounter: update: remove <ufs/ada0p8> [ada0p8]

ein ändern der blacklist_devs auf "ada0*" löst das Problem, allerdings sollte es erst gar nicht auftauchen denke ich mal.

Zur info
Code:
[auge@callisto ~]% gpart show ada0
=>        34  1953525101  ada0  GPT  (931G)
          34         128     1  freebsd-boot  (64k)
         162     4194304     2  freebsd-ufs  (2.0G)
     4194466    25165824     3  freebsd-swap  (12G)
    29360290    25165824     4  freebsd-ufs  (12G)
    54526114    73400320     5  freebsd-ufs  (35G)
   127926434  1825598701     8  freebsd-ufs  (870G)
 
Erst mal, das shebang Warning kann man ignorieren. Das ist kosmetisch und verschwindet mit der nächsten Version. Das mit der blacklist … da muss ich mal schauen.

Edit:
Ich habe mir deinen Output noch mal angesehen, das sieht für mich so aus als würden ada0p1 und ada0p3 nicht angefasst. Habe ich da was falsch verstanden? Zur Erklärung einfach mal die Ausgabe von automounter list mit anhängen.
 
Last edited:
... ja genau p1 und p3 sind /boot und swap und wurden nicht angefassst. Die beiden hatte ich ja in blacklist_devs.

Hätte ich von Haus aus "ada0*" eingetragen, wäre nichts passiert und nichts aufgefallen:)
 
...ja nach dem Updat erscheinen die 'WARNING: xxx was not properly dismounted' Meldungen.
Da bei mir alle Dateisystem außer root, SU+J nutzen merkt man da nicht viel. Warum auch immer sollte mein Rechner 'sauber' runterfahren, wenn ich in xfce auf logout und dann auf shutdown oder reboot clicke, oder? Das hat die Version 1.4.6 ja auch gemacht:)
 
Lass mich das mal ausführen, AMD lockt seinen Programmcode in den Arbeitsspeicher, damit der nicht weggeswapt werden kann. Das ist IMHO heutzutage total überflüssig. Es führt aber bei mir außerdem dazu, dass es beim Terminieren von AMD (in der FreeBSD-9 Linie) eine Panic auftritt. Das ist normalerweise dann der Fall wenn das System heruntergefahren wird.

Seit automounter 1.4.7 wird dieses Verhalten unterbunden in dem amd mit dem Parameter -S gestartet wird. Die Fehlermeldung zur Shebang line ist ein Seiteneffekt des Fixes.

Das Problem mit den Dateisystemen wurde also nicht durch das Ändern der Blacklist sondern durch das Update auf 1.4.7 behoben. Bis 1.4.6 hattest du bei jedem Shutdown eine Panic.

Auf SU+J würde ich mich an Deiner Stelle nicht verlassen. Geh' mal in den Single User Mode und erzwinge ein richtiges FSCK. Ich habe SU+J jedenfalls bei mir aufgrund der schlechten Erfahrungen wieder abgeschaltet. Ob man sich darauf verlassen kann hängt wohl von der Wahrheitstreue der Hardware ab.

Peter Holm hat Interesse an dem Bug gezeigt, es ist Ihm aber nicht gelungen den zu reproduzieren. Du bist der erste Fall (außer mir) den ich kenne. Deswegen wäre Input von Dir ziemlich wertvoll.

# mount -p
Und Textdumps von der Panic wären toll.
 
Eine sehr fixe Idee: Habt ihr vielleicht RACCT und / oder RCTL im Kernel?
 
Ich muß hier einiges klar stellen:

Ich hatte keine Panic !!!
Bis einschl. automounter 1.4.6 hatte ich kein Problem.

Nach dem Update auf 1.4.7 habe ich die automounter.conf ja nicht geändert, dort steht weiterhin:

blacklist_devs="ada0p1,ada0p3"

und wie du aus dem vorigen Post sehen kannst, werden plötzlich alle anderen 'ufs' Dateisysteme nicht sauber runtergefahren. Beim nachsten Systemstart "WARNING: xxx was not properly dismounted" ( keine Panic, ganz normaler shutdown -r now'

Wenn ich alle Partitionen mit " blacklist_dev="ada0*" eintrage, bekomme ich beim nächsten Systemstart das allseits beliebte : 'FILE SYSTEM CLEAN; SKIPPING CHECKS' zu lesen.
 
... ich hab gerade die automounter man Page überflogen, dabei ist mir aufgefallen, daß ich nach dem Update auf 1.4.7 "devd" nicht neugestartet habe, einfach das System neugestartet.

War das mein/der Fehler?
 
... ich hab jetzt einfach mal den automouter gestoppt, die blacklist_devs komplett auskommentiert und dann den automounter neu gestartet.

Code:
Sep 10 21:53:49 callisto automounter: update: remove <iso9660/cd0> [cd0]
Sep 10 21:53:49 callisto automounter: update: remove <iso9660/cd1> [cd1]
Sep 10 21:54:06 callisto automounter: update: add <iso9660/cd0> [cd0]
Sep 10 21:54:06 callisto automounter: update: add <iso9660/cd1> [cd1]
Sep 10 21:54:06 callisto automounter: update: add <gpt/swap> [ada0p3]
Sep 10 21:54:06 callisto kernel: g_vfs_done():ada0p1[READ(offset=262144, length=8192)]error = 5
Sep 10 21:54:06 callisto automounter: update: add <ufs/ada0p2> [ada0p2]
Sep 10 21:54:06 callisto kernel: ext2fs: ada0p1: wrong magic number 0xf846 (expected 0xef53)
Sep 10 21:54:06 callisto kernel: WARNING: / was not properly dismounted
Sep 10 21:54:06 callisto automounter: update: add <ufs/ada0p4> [ada0p4]
Sep 10 21:54:06 callisto kernel: WARNING: /var was not properly dismounted
Sep 10 21:54:06 callisto kernel: WARNING: /var: mount pending error: blocks 0 files 1
Sep 10 21:54:06 callisto automounter: update: add <ufs/ada0p5> [ada0p5]
Sep 10 21:54:06 callisto kernel: WARNING: /usr was not properly dismounted
Sep 10 21:54:06 callisto automounter: update: add <ufs/ada0p8> [ada0p8]
Sep 10 21:54:06 callisto kernel: WARNING: /home was not properly dismounted

die obigen Meldungen erscheinen, obwohl alle Dateisystem ja noch gemountet sind.
 
Back
Top