1 |
On Freitag, 16. Januar 2009, Mathias Rissler wrote: |
2 |
> re, diesmal mit (hoffentlich) korrektem Absender. :> |
3 |
> |
4 |
> Hallo Matthias, hallo Bernd! |
5 |
> |
6 |
> Matthias Schwarzott wrote: |
7 |
> > On Freitag, 16. Januar 2009, Support wrote: |
8 |
> >> Nun gehe ich wiefolgt vor: |
9 |
> >> |
10 |
> >> 1) IPod per USB mit dem PC verbinden --> Der Player zeigt an, dass er |
11 |
> >> verbunden ist und ich jetzt ueber itunes lecker Werbung downloaden darf |
12 |
> >> (denkste :D) |
13 |
> >> 2) mounten von (meistens ist es) /dev/sdc1 --> df zeigt sdc1 als |
14 |
> >> gemountet an |
15 |
> >> 3) Starten von gtkpod (yep gnome) und Einlesen des Pods |
16 |
> >> 4) ich lade Songs auf den Player, update Termine etc |
17 |
> >> 5) Zum Abschluss speichert gtkpod die noch nicht geschriebenen Daten zum |
18 |
> >> Pod --> danach gtkpod schliessen |
19 |
> >> 6) umount /dev/sdc1 --> df zeigt, dass sdc1 nicht mehr gemountet ist; |
20 |
> >> Der Pod ist der Meinung, dass er noch angeschlossen ist. |
21 |
> >> 7) eject /dev/sdc1 --> Pod zeigt an, dass die Verbindung jetzt getrennt |
22 |
> >> werden kann --> /dev/sdc1 verschwindet aus /dev |
23 |
> > |
24 |
> > Klar ist der ipod nach Punkt 6 noch mit dem PC verbunden, aber ist das so |
25 |
> > schlimm? Was macht der dann anders als nach Punkt 7? Lass doch das eject |
26 |
> > einfach weg, wenn es nicht zwingend notwendig ist. |
27 |
> |
28 |
> Hm... ich befuerchtete eben, dass der Pod dann nicht sauber abgehangen |
29 |
> wird. Gut, die Partition ist ge-umountet, aber der Pod selber gibt erst |
30 |
> auf, wenn man ihn eject'et. ;) |
31 |
> Aber gut, wenn Du das so machst und auch ohne eject noch nie |
32 |
> Datenverlust hattest, werde ich das wohl so uebernehmen. :) |
33 |
> |
34 |
Da ich keinen ipod habe, sondern nur normale usb-sticks und mp3-player kann |
35 |
ich da nicht sicher sein. |
36 |
Außerdem übernehme ich sowieso keine Garantie. Ich kenne mich eher mit udev |
37 |
aus und kann dir nur diese Seite erklären. |
38 |
|
39 |
> > Ich denke nicht, dass das sd?1 device wieder auftaucht wenn du "udevadm |
40 |
> > trigger" machst. |
41 |
> |
42 |
> Stimmt, das hatte ich bereits probiert, jedoch ohne Erfolg. |
43 |
> |
44 |
> > Zeig doch auch mal was in dmesg steht nach dem eject und evtl nach |
45 |
> > dem "udevadm trigger". |
46 |
> |
47 |
> los gehts: |
48 |
> primary_2007 log # tail -f dmesg |
49 |
> --> [nichts besonderes, die letzte Message ist ein Mount einer |
50 |
> lokalen Platte beim Boot] |
51 |
> |
52 |
> - beim Anstecken des Pods: |
53 |
> keine neue Eintragung |
54 |
|
55 |
Hier sollte doch zumindest was über die neuen Devices stehen. |
56 |
> |
57 |
> - beim Mount des Pods: |
58 |
> keine neue Eintragung |
59 |
|
60 |
Je nach filesystem. |
61 |
> |
62 |
> - beim Umount des Pods: |
63 |
> keine neue Eintragung |
64 |
> |
65 |
> - nach eject: |
66 |
> keine neue Eintragung |
67 |
|
68 |
Das Device sollte man verschwinden sehen. |
69 |
> |
70 |
> - nach udevadm trigger: |
71 |
> keine neue Eintragung |
72 |
> |
73 |
> Habe natuerlich mal geschaut.. und jap, die dmesg ist von heute, wird |
74 |
> also aktualisiert. |
75 |
|
76 |
Das Programm dmesg liest den aktuellen Kernel Nachrichten-Puffer. Ich vermute |
77 |
mal dein Syslog filtert die Nachrichten vor dem Speichern. |
78 |
|
79 |
Matthias |