werner1
Anmeldungsdatum: 14. Dezember 2006
Beiträge: Zähle...
|
Hallo, ich habe ein etwas merkwürdiges Problem. Habe hier eine M.2-SSD neu ins System eingebaut und neben einer bestehenden Ubuntu-Installation auf der alten Festplatte (20.04 LTS) die gleiche Ubuntu-Version auf die neue SSD installiert. Via Grub kann ich problemlos in beide Systeme booten. Über USB ist ein Epson-Multifunktionsgerät (BX935FWD) mit integriertem Speicherkartenleser angeschlossen. Bei der "alten" Installation taucht der Kartenleser brav als "EPSON Storage" auf. Im "neuen" System nicht. Auch "Laufwerke" findet die eingesteckte SD-Karte nicht. Boote ich ins "alte" System, ist sie "wieder da". Jemand eine Idee, wie ich das im "neuen" System auch hinbekomme? Die aktuellen Drucker-/ Scanner-/ Faxtreiber für das MFG sind installiert und "lsusb" findet das Gerät:
Bus 003 Device 002: ID 04b8:0892 Seiko Epson Corp. Stylus Office BX935FWD
"blkid" findet es (bzw. die SD-Karte als "Laufwerk") nicht, ebensowenig fdisk.
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8564
|
Hallo werner1
"lsusb" findet das Gerät: Bus 003 Device 002: ID 04b8:0892 Seiko Epson Corp. Stylus Office BX935FWD
Ist die gesamte Anzeige von lsusb in beiden Installationen absolut gleich? Was passiert in der neuen Installation, wenn die Speicherkarten gezogen und neu eingesteckt wird, wird die dann erkannt? Wie sieht die Ausgabe von sudo blkid -o list|sort in der alten Installation aus? Bitte Terminal-Ausgaben im Codeblock von Anfang bis Ende posten.
|
werner1
(Themenstarter)
Anmeldungsdatum: 14. Dezember 2006
Beiträge: 20
|
Moin, vielen Dank schon mal für die rasche Antwort. Berlin_1946 schrieb: Ist die gesamte Anzeige von lsusb in beiden Installationen absolut gleich?
Absolut, ja.
Was passiert in der neuen Installation, wenn die Speicherkarten gezogen und neu eingesteckt wird, wird die dann erkannt?
Nein, hatte ich natürlich auch schon probiert.
Wie sieht die Ausgabe von sudo blkid -o list|sort in der alten Installation aus?
Wie folgt - UUIDs habe ich mal durch den entsprechenden Platzhalter ersetzt und was ich anderweitig für privat hielt unkenntlich gemacht; die entscheidende Zeile habe ich markiert, die fehlt bei der "neuen" Installation:
btrfs (nicht eingebunden) [UUID]
device fs_type label mount point UUID
/dev/loop0 squashfs /snap/[nochwas]
/dev/loop10
/dev/loop11
/dev/loop12
/dev/loop13
/dev/loop14
/dev/loop15
/dev/loop16
/dev/loop17
/dev/loop18
/dev/loop19
/dev/loop1 squashfs /snap/bare/5
/dev/loop20
/dev/loop21
/dev/loop22
/dev/loop23
/dev/loop24
/dev/loop2 squashfs /snap/core/12834
/dev/loop3 squashfs /snap/core18/2284
/dev/loop4 squashfs /snap/canonical-livepatch/138
/dev/loop5 squashfs /snap/core/12821
/dev/loop6 squashfs /snap/gnome-3-26-1604/102
/dev/loop7 squashfs /snap/[nochwas]
/dev/loop8 squashfs /snap/core18/2344
/dev/loop9 squashfs /snap/gtk-common-themes/1519
/dev/nvme0n1p1
/dev/nvme0n1p2
/dev/nvme0n1p3
/dev/sda1 vfat /boot/efi [UUID]
/dev/sda2 ext4 / [UUID]
/dev/sdb1 ntfs Windows_D /Windows/D [UUID]
/dev/sdb2 ext4 Daten /Daten [UUID]
/dev/sdb4 swap [SWAP] [UUID]
/dev/sdc1 vfat CANON_DC /media/werner/CANON_DC [UUID]
ext4 (nicht eingebunden) [UUID]
squashfs /snap/canonical-livepatch/132
squashfs /snap/core20/1376
squashfs /snap/core20/1405
squashfs /snap/gnome-3-26-1604/104
squashfs /snap/gnome-3-28-1804/145
squashfs /snap/gnome-3-28-1804/161
squashfs /snap/gnome-3-34-1804/72
squashfs /snap/gnome-3-34-1804/77
squashfs /snap/gnome-3-38-2004/87
squashfs /snap/gnome-3-38-2004/99
squashfs /snap/gnome-system-monitor/169
squashfs /snap/gnome-system-monitor/174
squashfs /snap/gtk-common-themes/1515
squashfs /snap/snap-store/547
squashfs /snap/snap-store/558
vfat (nicht eingebunden) [UUID] In der "neuen" Installation sieht das dann so aus:
btrfs (in Benutzung) [UUID]
device fs_type label mount point UUID
/dev/loop0 squashfs /snap/bare/5
/dev/loop10
/dev/loop11
/dev/loop12
/dev/loop13
/dev/loop1 squashfs /snap/core/12834
/dev/loop2 squashfs /snap/gnome-3-28-1804/161
/dev/loop3 squashfs /snap/gtk-common-themes/1519
/dev/loop4 squashfs /snap/gnome-3-38-2004/99
/dev/loop5 squashfs /snap/snapd/15177
/dev/loop6 squashfs /snap/snap-store/558
/dev/loop7 squashfs /snap/core20/1376
/dev/loop8 squashfs /snap/core20/1405
/dev/loop9 squashfs /snap/core/12941
/dev/nvme0n1p1
/dev/nvme0n1p2
/dev/nvme0n1p3
/dev/sda1 vfat (nicht eingebunden) [UUID]
/dev/sda2 ext4 (nicht eingebunden) [UUID]
/dev/sdb1 ntfs Windows_D (nicht eingebunden) [UUID]
/dev/sdb2 ext4 Daten (nicht eingebunden) [UUID]
/dev/sdb4 swap [SWAP] [UUID]
ext4 /boot [UUID]
squashfs /snap/canonical-livepatch/132
squashfs /snap/canonical-livepatch/138
squashfs /snap/core18/2344
squashfs /snap/snapd/15534
vfat /boot/efi [UUID]
/dev/sdc1 taucht gar nicht auf. Wie gesagt, auch fdisk findet die nicht.
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8564
|
Hallo werner1
Wie folgt - UUIDs habe ich mal durch den entsprechenden Platzhalter ersetzt und was ich anderweitig für privat hielt unkenntlich gemacht; die entscheidende Zeile habe ich markiert, die fehlt bei der "neuen" Installation:
Das hast du so gemacht, dass ich jetzt leider nichts mehr erkennen kann. Jedenfalls mit den folgenden Begriffen kann ich nichts anfangen.
Was soll das sein? Was ist deiner Meinung nach an einer UUID so privat, das du die nicht posten willst. (Ich lerne gerne dazu) Hier eine Ausgabe (als Beispiel) mit der ein Helfer was anfangen kann:
t400@ThinkPad-T400:~$ sudo blkid -o list|sort
[sudo] Passwort für t400:
device fs_type label mount point UUID
/dev/loop0 squashfs /snap/core18/2344
/dev/loop1 squashfs /snap/core18/2284
/dev/loop2 squashfs /snap/snapd/15177
/dev/loop3 squashfs /snap/snapd/15534
/dev/loop4 squashfs /snap/vlc/2344
/dev/sda1 ntfs System-reserviert (nicht eingebunden) B68E64B68E6470B3
/dev/sda2 ntfs (nicht eingebunden) 58BE65D8BE65AEE6
/dev/sda3 vfat /boot/efi 8A78-EC11
/dev/sda5 ext4 / ce53c233-cac7-4993-b677-a56da4db35c5
/dev/sdb1 ntfs vom-Erhard /media/t400/vom-Erhard 2EFDC76515DE0BD8
t400@ThinkPad-T400:~$
Das gelb markierte zeigt, dass die Ausgabe vollständig ist Vllt kannst du mir bitte sagen, wie ich mich aus deiner Sicht gefährdet habe. Nachtrag: Was mir aufgefallen ist: alt:
btrfs (nicht eingebunden) [UUID]
neu:
btrfs (in Benutzung) [UUID] Wie bindest du das "btrfs" im neuen ein?
|
werner1
(Themenstarter)
Anmeldungsdatum: 14. Dezember 2006
Beiträge: 20
|
Moin Berlin_1946,
Das hast du so gemacht, dass ich jetzt leider nichts mehr erkennen kann.
"nochwas" ersetzt einen Verzeichnisnamen, den ich nicht öffentlich posten wollte, und da dieses Verzeichnis soweit für mich erkennbar bei weitem nichts mit dem nicht erkannten Speicherkartenleser zu tun haben kann, sehe ich den Zusammenhang nicht, in dem Dich das an Hilfeleistung behindert. Ich hätte den Verzeichnisnamen auch durch einen Phantasiestring ersetzen können, hättest Du ziemlich sicher nicht mal bemerkt.
Was ist deiner Meinung nach an einer UUID so privat, das du die nicht posten willst. (Ich lerne gerne dazu)
Eine UUID ist ein "unique identifier", also eine eindeutige ID. Ich scheue mich halt, eindeutige und damit im Prinzip zuordenbare Informationen aus dem Inneren meines Systems öffentlich zu machen. Gerade weil ich nicht weiß, was andere damit anfangen können oder würden.
Vllt kannst du mir bitte sagen, wie ich mich aus deiner Sicht gefährdet habe.
Das kann ich halt in keiner Weise einschätzen und bin deswegen "datensparsam". Ich hätte auch jede UUID durch einen String ersetzen können, der aussieht wie eine UUID. Was hätte das geändert?
alt:
btrfs (nicht eingebunden) [UUID]
neu:
btrfs (in Benutzung) [UUID] Wie bindest du das "btrfs" im neuen ein?
Dateisystemwurzel.
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8564
|
Eine UUID ist ein "unique identifier", also eine eindeutige ID. Ich scheue mich halt, eindeutige und damit im Prinzip zuordenbare Informationen aus dem Inneren meines Systems öffentlich zu machen. Gerade weil ich nicht weiß, was andere damit anfangen können oder würden.
Wenn du meinst mit solchen Angaben wie device fs_type label mount point UUID
...
/dev/sda1 vfat /boot/efi [UUID]
/dev/sda2 ext4 / [UUID]
/dev/sdb1 ntfs Windows_D /Windows/D [UUID]
/dev/sdb2 ext4 Daten /Daten [UUID]
/dev/sdb4 swap [SWAP] [UUID]
... Fehler finden zu kommen, dann ... (ich bin damit raus)
|
werner1
(Themenstarter)
Anmeldungsdatum: 14. Dezember 2006
Beiträge: 20
|
Berlin_1946 schrieb: Wenn du meinst mit solchen Angaben wie [...] Fehler finden zu kommen, dann ... (ich bin damit raus)
ich sehe halt nicht, wie die UUIDs helfen könnten, Fehler zu finden und habe aus den genannten Gründen "Bauchschmerzen" damit, sie zu veröffentlichen. Wäre freundlich gewesen, kurz zu erklären, warum die Veröffentlichung a) harmlos und b) hier unerlässlich ist. Ich lerne ja auch gern dazu ... However, ich stelle meine Bauchschmerzen mal beiseite. Output von 'sudo blkid -o list|sort > blkid.txt' für das "neue" System:
btrfs (in Benutzung) 2245d22d-b4b3-4d56-b00a-c7a3deea7c06
device fs_type label mount point UUID
/dev/loop0 squashfs /snap/bare/5
/dev/loop10
/dev/loop11
/dev/loop12
/dev/loop13
/dev/loop1 squashfs /snap/core/12834
/dev/loop2 squashfs /snap/gnome-3-28-1804/161
/dev/loop3 squashfs /snap/gtk-common-themes/1519
/dev/loop4 squashfs /snap/gnome-3-38-2004/99
/dev/loop5 squashfs /snap/snapd/15177
/dev/loop6 squashfs /snap/snap-store/558
/dev/loop7 squashfs /snap/core20/1376
/dev/loop8 squashfs /snap/core20/1405
/dev/loop9 squashfs /snap/core/12941
/dev/nvme0n1p1
/dev/nvme0n1p2
/dev/nvme0n1p3
/dev/sda1 vfat (nicht eingebunden) 18ED-9C16
/dev/sda2 ext4 (nicht eingebunden) ffeb25c0-e8f1-4425-aa64-c7465b11b66e
/dev/sdb1 ntfs Windows_D (nicht eingebunden) 768E0E978E0E4FD3
/dev/sdb2 ext4 Daten (nicht eingebunden) be5e332b-9dbc-4b70-a608-f17dd6f769a6
/dev/sdb4 swap [SWAP] 356d67e4-95cf-4e52-9c11-c122a656ff13
ext4 /boot 610a1d0d-a7d5-4f94-821d-8017fc4618a7
squashfs /snap/canonical-livepatch/132
squashfs /snap/canonical-livepatch/138
squashfs /snap/core18/2344
squashfs /snap/snapd/15534
vfat /boot/efi 0963-131E
Output von 'sudo blkid -o list|sort > blkid.txt' für das "alte" System:
btrfs (nicht eingebunden) 2245d22d-b4b3-4d56-b00a-c7a3deea7c06
device fs_type label mount point UUID
/dev/loop0 squashfs /snap/ausweisapp2-ce/105
/dev/loop10
/dev/loop11
/dev/loop12
/dev/loop13
/dev/loop14
/dev/loop15
/dev/loop16
/dev/loop17
/dev/loop18
/dev/loop19
/dev/loop1 squashfs /snap/bare/5
/dev/loop20
/dev/loop21
/dev/loop22
/dev/loop23
/dev/loop24
/dev/loop2 squashfs /snap/core/12834
/dev/loop3 squashfs /snap/core18/2284
/dev/loop4 squashfs /snap/canonical-livepatch/138
/dev/loop5 squashfs /snap/core/12821
/dev/loop6 squashfs /snap/gnome-3-26-1604/102
/dev/loop7 squashfs /snap/ausweisapp2-ce/103
/dev/loop8 squashfs /snap/core18/2344
/dev/loop9 squashfs /snap/gtk-common-themes/1519
/dev/nvme0n1p1
/dev/nvme0n1p2
/dev/nvme0n1p3
/dev/sda1 vfat /boot/efi 18ED-9C16
/dev/sda2 ext4 / ffeb25c0-e8f1-4425-aa64-c7465b11b66e
/dev/sdb1 ntfs Windows_D /Windows/D 768E0E978E0E4FD3
/dev/sdb2 ext4 Daten /Daten be5e332b-9dbc-4b70-a608-f17dd6f769a6
/dev/sdb4 swap [SWAP] 356d67e4-95cf-4e52-9c11-c122a656ff13
/dev/sdc1 vfat CANON_DC /media/werner/CANON_DC 1491-4824
ext4 (nicht eingebunden) 610a1d0d-a7d5-4f94-821d-8017fc4618a7
squashfs /snap/canonical-livepatch/132
squashfs /snap/core20/1376
squashfs /snap/core20/1405
squashfs /snap/gnome-3-26-1604/104
squashfs /snap/gnome-3-28-1804/145
squashfs /snap/gnome-3-28-1804/161
squashfs /snap/gnome-3-34-1804/72
squashfs /snap/gnome-3-34-1804/77
squashfs /snap/gnome-3-38-2004/87
squashfs /snap/gnome-3-38-2004/99
squashfs /snap/gnome-system-monitor/169
squashfs /snap/gnome-system-monitor/174
squashfs /snap/gtk-common-themes/1515
squashfs /snap/snap-store/547
squashfs /snap/snap-store/558
vfat (nicht eingebunden) 0963-131E
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8564
|
werner1 schrieb: Berlin_1946 schrieb: Wenn du meinst mit solchen Angaben wie [...] Fehler finden zu kommen, dann ... (ich bin damit raus)
ich sehe halt nicht, wie die UUIDs helfen könnten, Fehler zu finden und habe aus den genannten Gründen "Bauchschmerzen" damit, sie zu veröffentlichen. Wäre freundlich gewesen, kurz zu erklären, warum die Veröffentlichung a) harmlos und b) hier unerlässlich ist. Ich lerne ja auch gern dazu ...
Es gibt ein Wiki UUID: Hilft vllt gegen "Bauchschmerzen". Sollte es mal richtig laufen, kannst du die UUIDs ja auch ändern. Siehe GParted (Abschnitt „Benutzung“) Hier ein Beispiel:
t400@ThinkPad-T400:~$ sudo blkid -o list|sort
[sudo] Passwort für t400:
device fs_type label mount point UUID
...
/dev/sdb1 btrfs test-btrfs (nicht eingebunden) 7fd4aab6-a588-4313-a7dc-921484cb2b08
t400@ThinkPad-T400:~$
t400@ThinkPad-T400:~$ sudo blkid -o list|sort
device fs_type label mount point UUID
...
/dev/sdb1 btrfs test-btrfs (nicht eingebunden) 346ca3fd-ac0a-499d-8c8e-1cb8e1e13f69
t400@ThinkPad-T400:~$
Da du keine label verwendest oder nur teilweise, ist eine andere Zuordnung schwer. Eine Ausgabe für einen Stick mit blkid sieht so aus, wie in den vorgenannten Beispielen. Da du sicher auch "Bauchschmerzen" hast eine vollständige Ausgabe des Befehl sudo blkid -o list|sort von Anfang bis Ende zu posten, kannst du vllt mir erklären, warum die Reihenfolge sich anders als (aus meiner Sicht) üblich darstellt. btrfs (in Benutzung) 2245d22d-b4b3-4d56-b00a-c7a3deea7c06
device fs_type label mount point UUID
hier ein Delta, was aus deinen minimalen Angaben auffällt.
btrfs (in Benutzung) 2245d22d-b4b3-4d56-b00a-c7a3deea7c06 # "neue" System
btrfs (nicht eingebunden) 2245d22d-b4b3-4d56-b00a-c7a3deea7c06 # "alte" System mit /dev/sdc1
Vergleiche mal die fstab bei alt zu neu.
|
werner1
(Themenstarter)
Anmeldungsdatum: 14. Dezember 2006
Beiträge: 20
|
Berlin_1946 schrieb: Es gibt ein Wiki UUID: Hilft vllt gegen "Bauchschmerzen".
Danke für den Link, sehe ich mir bei passender Gelegenheit mal an.
Da du keine label verwendest oder nur teilweise, ist eine andere Zuordnung schwer.
Ist halt ein "gewachsenes" System mit Datenträgern, die bei Installation automatisch partitioniert und nicht gelabelt wurden und anderen, die ich mal selbst bearbeitet und gelabelt habe ... bisher habe ich keinen Anlass gesehen, alles nachträglich zu labeln.
Da du sicher auch "Bauchschmerzen" hast eine vollständige Ausgabe des Befehl sudo blkid -o list|sort von Anfang bis Ende zu posten,
Habe ich nicht, aber ich habe es eben nochmal überprüft, die Ausgabe ist exakt gleich, egal ob aus dem Terminalfenster kopiert oder aus einer Datei, in die ich die Ausgabe umgeleitet habe. Es unterscheidet sich nicht ein bit.
kannst du vllt mir erklären, warum die Reihenfolge sich anders als (aus meiner Sicht) üblich darstellt. btrfs (in Benutzung) 2245d22d-b4b3-4d56-b00a-c7a3deea7c06
device fs_type label mount point UUID
Nein, kann ich nicht. Exakt so sieht es eben auch im Terminal aus:
werner@WPC1:~$ sudo blkid -o list|sort
[sudo] Passwort für werner:
btrfs (in Benutzung) 2245d22d-b4b3-4d56-b00a-c7a3deea7c06
device fs_type label mount point UUID
hier ein Delta, was aus deinen minimalen Angaben auffällt.
btrfs (in Benutzung) 2245d22d-b4b3-4d56-b00a-c7a3deea7c06 # "neue" System
btrfs (nicht eingebunden) 2245d22d-b4b3-4d56-b00a-c7a3deea7c06 # "alte" System mit /dev/sdc1
Na, die neue SDD wird im "alten System" halt nicht eingebunden. Und meine Angaben waren zuletzt nicht "minimal", sie enthielten alles, worum Du gebeten hattest.
Vergleiche mal die fstab bei alt zu neu.
Danke für den Hinweis, habe ich eben mal gemacht. Es sind jeweils die bei Installation angewählten Laufwerke über die fstab fest eingebunden; das "alte System" kennt die neue SDD dort nicht, bei der Installation des "neuen Systems" habe ich die Laufwerke des "alten Systems" nicht fest eingebunden. Der einzige als relevant auffällige Unterschied ist eine Zeile in der "alten" fstab ganz am Ende:
/dev/disk/by-id/usb-Generic_STORAGE_DEVICE_000000009722-0:2-part1 /mnt/usb-Generic_STORAGE_DEVICE_000000009722-0:2-part1 auto nosuid,nodev,nofail,noauto 0 0
Die habe ich allerdings jetzt mal testweise in die "neue" fstab kopiert (den Zeilenvorschub am Ende nicht vergessen) und das System neu gebootet; leider ändert sich dadurch nichts, jedenfalls nichts, was ich auf den ersten Blick wahrnehmen könnte. Mit fstab-Einträgen kenne ich mich im Detail natürlich auch nicht aus, aber für mich sieht das eher so aus, als wäre da mal ein bestimmtes Device gewesen, welches das System ggfs. "wiedererkennen" will? Installationsdatenträger oder sowas? Auch wenn die Kommunikation mit uns beiden etwas "hakelig" läuft, vielen Dank für Deinen Einsatz hier schonmal soweit! ☺
|
werner1
(Themenstarter)
Anmeldungsdatum: 14. Dezember 2006
Beiträge: 20
|
Übrigens noch eine Beobachtung: wenn ich das MFG als USB-Device einem Windows zuweise, das in einer VirtualBox läuft, erkennt dieses sowohl den Drucker als auch die Speicherkarte. Wenn ich die VirtualBox-Session beende und das USB-Device wieder an den Host "zurückfällt", zeigt mir Ubuntu oben bei den Systemmitteilungen kurz an, dass es die Speicherkarte erkannt hat. Die Meldung verschwindet dann aber rasch wieder, schneller als ich auf "mit 'Dateien' öffnen" klicken kann und die Karte taucht auch im Dateimanager ("Dateien") nicht auf. Ebenso ist sie dann nicht (mehr) unter /media/werner eingebunden. Merkwürdig. Eventuell doch ein Problem mit dem Gerätetreiber von Epson?
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8564
|
Hallo Werner1 Poste bitte mal vom alten und vom neuen die Ergebnisse.
cd /media/
ls -lauh Nachtrage:
Über USB ist ein Epson-Multifunktionsgerät (BX935FWD) mit integriertem Speicherkartenleser angeschlossen. Bei der "alten" Installation taucht der Kartenleser brav als "EPSON Storage" auf.
Wie sieht denn die Zeile in der alten Installation beim lsusb (so habe ich den Satz verstanden) denn genau aus. Vllt mal alte und neu posten. Ich habe mal gelesen, das einige Kartenleser Probleme machen.
|
werner1
(Themenstarter)
Anmeldungsdatum: 14. Dezember 2006
Beiträge: 20
|
Moin, Berlin_1946
Poste bitte mal vom alten und vom neuen die Ergebnisse.
cd /media/
ls -lauh
Neues System:
werner@WPC1:~$ cd /media
werner@WPC1:/media$ ls -lauh
insgesamt 8,0K
drwxr-xr-x 1 root root 46 Mai 4 18:42 .
drwxr-xr-x 1 root root 262 Mai 4 18:29 ..
lrwxrwxrwx 1 root root 45 Mai 1 15:11 .directory -> /etc/kubuntu-default-settings/directory-media
lrwxrwxrwx 1 root root 42 Mai 1 15:09 .hidden -> /etc/kubuntu-default-settings/hidden-media
drwxr-x---+ 1 root root 0 Mai 1 17:12 werner
werner@WPC1:/media$
Altes System:
werner@wpc:~$ cd /media/
werner@wpc:/media$ ls -lauh
insgesamt 16K
drwxr-xr-x 4 root root 4,0K Mai 4 18:55 .
drwxr-xr-x 28 root root 4,0K Mai 4 18:46 ..
drwxr-x---+ 2 root root 4,0K Mär 25 16:38 iris
drwxr-x---+ 5 root root 4,0K Mai 2 20:26 werner
werner@wpc:/media$
Was mich hier beim neuen System jetzt irritiert sind die Zeilen mit "kubuntu". Wie kommt das "k" da vor "ubuntu"? Muss nochmal checken, ob ich da nicht eine "falsche" Ubuntu-Version installiert hab' aus Versehen. Aber ob das mein Problem erklären würde?
Über USB ist ein Epson-Multifunktionsgerät (BX935FWD) mit integriertem Speicherkartenleser angeschlossen. Bei der "alten" Installation taucht der Kartenleser brav als "EPSON Storage" auf.
Wie sieht denn die Zeile in der alten Installation beim lsusb (so habe ich den Satz verstanden) denn genau aus.
Nee, unter "Laufwerke" (gnome-disk-utility). Die Partition der SD-Karte ist im alten System auch mit GParted als /dev/sdc1 zu sehen. /dev/sdc taucht da im Neuen System gar nicht auf. Die Ausgabe von "lsusb" ist auf beiden Systemen exakt dieselbe:
Neues System:
werner@WPC1:~$ lsusb
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 002: ID 04b8:0892 Seiko Epson Corp. Stylus Office BX935FWD
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 004: ID 0c4b:0500 Reiner SCT Kartensysteme GmbH cyberJack RFID standard dual interface smartcard reader
Bus 001 Device 003: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 001 Device 002: ID 05e3:0608 Genesys Logic, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
werner@WPC1:~$
Altes System:
werner@wpc:/media$ lsusb
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 002: ID 04b8:0892 Seiko Epson Corp. Stylus Office BX935FWD
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 004: ID 0c4b:0500 Reiner SCT Kartensysteme GmbH cyberJack RFID standard dual interface smartcard reader
Bus 001 Device 003: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 001 Device 002: ID 05e3:0608 Genesys Logic, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
werner@wpc:/media$
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8564
|
werner1 schrieb:
Was mich hier beim neuen System jetzt irritiert sind die Zeilen mit "kubuntu". Wie kommt das "k" da vor "ubuntu"? Muss nochmal checken, ob ich da nicht eine "falsche" Ubuntu-Version installiert hab' aus Versehen. Aber ob das mein Problem erklären würde?
Ja, das ist schon verwunderlich, wie die zustande gekommen sind. Was so aus der Ferne zu erkennen ist: Es sind Link > "l" also Verknüpfung siehe
lrwxrwxrwx 1 root root 45 Mai 1 15:11 .directory -> /etc/kubuntu-default-settings/directory-media
Infos zu Links siehe diese Wiki: ln Mein Vorschlag: du liest dir das Wiki ln durch und entscheidest, ob du die Links löscht, ggf kannst du die ja wieder herstellen. Wenn du die löschen solltest, dann neu booten und berichten. Nachtrag: ob ich da nicht eine "falsche" Ubuntu-Version installiert hab' aus Versehen.
Diese Frage interpretiere ich so: Habe ich Ubuntu und / oder Kubuntu vllt aus versehen installiert? ob "kubuntu ..." auf deinem System ist kannst du hiermit mal prüfen. echo $DESKTOP_SESSION
So sieht Ubuntu aus ubuntu-2004@ubuntu2004-VirtualBox:~$ echo $DESKTOP_SESSION
ubuntu
ubuntu-2004@ubuntu2004-VirtualBox:~$
So sieht Ubuntu-Mate aus mate-hp@matehp-HP:~$ echo $DESKTOP_SESSION
mate
mate-hp@matehp-HP:~$ Kubuntu habe ich nicht.
|
werner1
(Themenstarter)
Anmeldungsdatum: 14. Dezember 2006
Beiträge: 20
|
Hi,
Berlin_1946 schrieb: Es sind Link > "l" also Verknüpfung siehe
lrwxrwxrwx 1 root root 45 Mai 1 15:11 .directory -> /etc/kubuntu-default-settings/directory-media
Infos zu Links siehe diese Wiki: ln Mein Vorschlag: du liest dir das Wiki ln durch und entscheidest, ob du die Links löscht, ggf kannst du die ja wieder herstellen. Wenn du die löschen solltest, dann neu booten und berichten.
habe sie mit dem MC anderswohin verschoben, dann sind sie leichter wiederherzustellen ☺ Auch nach Reboot keine Änderung.
Diese Frage interpretiere ich so: Habe ich Ubuntu und / oder Kubuntu vllt aus versehen installiert?
Ja, dachte schon ich hätte beim Download des ISO vielleicht nicht aufgepasst.
ob "kubuntu ..." auf deinem System ist kannst du hiermit mal prüfen.
werner@WPC1:~$ echo $DESKTOP_SESSION
ubuntu
werner@WPC1:~$ Scheint ein "einfaches" ubuntu zu sein. Danke für den Tipp! ☺
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8564
|
Hallo werner1, bitte mal vom alten und vom neuen posten.
mount -l| grep -i \/dev\/sd| sort
habe sie mit dem MC anderswohin verschoben, dann sind sie leichter wiederherzustellen
Damit sind in der /media$ ls -lauh nur noch Verzeichnisse > "d" und keine "l" Nachtrag: Der einzige als relevant auffällige Unterschied ist eine Zeile in der "alten" fstab ganz am Ende:
> /dev/disk/by-id/usb-Generic_STORAGE_DEVICE_000000009722-0:2-part1 /mnt/usb-Generic_STORAGE_DEVICE_000000009722-0:2-part1 auto nosuid,nodev,nofail,noauto 0 0
so werden auch oft Kartenleser bezeichnet. Hast du eine Idee, wie das in deine fstab gekommen ist. Der Mount-Point /mnt wird selten verwendet. Erst noch mal das Wiki fstab lesen und (nur so eine Idee von mir) die fstab erweitern und testen.
|