saila
Anmeldungsdatum: 18. November 2009
Beiträge: Zähle...
|
Das ist ein Auszug von lsblk -o | db 0 0 931,5G running root disk brw-rw---- disk ST1000DM003-1CH162
└─sdb1 ntfs B6A4A675A4A637AF 0 0 931,5G root disk brw-rw---- part /mnt/B6A4A675A4A637AF name-i-was-auch-immer
|
Wie bekomme ich die Festplatte wieder zu sehen? Zuvor war ein Upgrade von 14.04 auf 16.04, 18.04 und nun auf 20.04. Zu Beginn war die Festplatte noch da. Jetzt ist sie zwra da, jedoch nicht mehr sichtbar. Das Passwort wurde auch geändert. Hängt es vielleicht damit zusammen? Wäre um Hilfe dankbar.
|
dingsbums
Anmeldungsdatum: 13. November 2010
Beiträge: 3532
|
sdb 0 0 931,5G running root disk brw-rw---- disk ST1000DM003-1CH162
└─sdb1 ntfs B6A4A675A4A637AF 0 0 931,5G root disk brw-rw---- part /mnt/B6A4A675A4A637AF name-i-was-auch-immer
Ist doch gemounted (siehe Markierung).
|
saila
(Themenstarter)
Anmeldungsdatum: 18. November 2009
Beiträge: Zähle...
|
Ja richtig, allerdings ist sie nicht einsehbar und auch nicht anklickbar. Ergo ist sie zwar gemountet, jedoch nicht sichtbar für den Admin oder User oder auch Root. Ich habe keinen Schimmer, wie das zu lösen ist. Ich vermute ggf. die Passwortänderung im primären System und dadurch das nichtsehen können der Platte.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8554
Wohnort: Münster
|
saila schrieb: […] ist sie zwar gemountet, jedoch nicht sichtbar für den Admin oder User oder auch Root.
Und wie hast Du sie gemountet und zwar bewusst nach /mnt/, was für Dateisysteme vorgesehen ist, die im Desktop nicht als eigenständige Datenträger angezeigt werden sollen?
|
saila
(Themenstarter)
Anmeldungsdatum: 18. November 2009
Beiträge: 86
|
Sie war automatisch da. Ich selbst habe nichts mit mount vorgenommen.
Den Vorgang den ich gemacht habe war folgender:
Upgrades von 14.04 hoch bis 20.04 nach vorgabe.
Dann war die Festplatte da und dann weg.
Danach ausgebaut und als USB-Laufwerk genutzt.
Dann ging mir das auf den Senkel, weil zu langsam und habe sie wieder eingebaut.
Nun ist sie zwar da, jedoch nicht ersichtlich und auch nicht zugreifbar. Ergo ist die Frage: Wie bekomme ich dieses Laufwerk wieder sichtbar und zugreifbar?
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15844
|
Hallo saila, Also müsste ein Eintrag in der fstab sein, vor dem Ausbau der Platte. Damit wurde diese nach dem Einbau wieder automatisch mit dem Start des Rechners nach /mnt gemountet. Dies hast du aber bei der Erstinstallation eingerichtet ..... Somit stimmt etwas nicht mit dem Eintrag in der fstab. PS: Inhalt der fstab zeigen, sowie die UUIDs aller Platten. Gruss Lidux
|
Dr_Schmoker
Anmeldungsdatum: 19. Juni 2008
Beiträge: 3322
Wohnort: Berlin
|
saila schrieb: Ja richtig, allerdings ist sie nicht einsehbar und auch nicht anklickbar. Ergo ist sie zwar gemountet, jedoch nicht sichtbar für den Admin oder User oder auch Root. Ich habe keinen Schimmer, wie das zu lösen ist. Ich vermute ggf. die Passwortänderung im primären System und dadurch das nichtsehen können der Platte.
Hast du nur das Passwort geändert oder auch den Nutzernamen?
|
saila
(Themenstarter)
Anmeldungsdatum: 18. November 2009
Beiträge: 86
|
Alle "UUID's" 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 | NAME FSTYPE UUID GROUP
loop0 squashfs disk
loop2 squashfs disk
loop3 squashfs disk
loop4 squashfs disk
loop5 squashfs disk
loop6 squashfs disk
loop7 squashfs disk
loop8 squashfs disk
loop9 squashfs disk
loop10 squashfs disk
loop11 squashfs disk
loop12 squashfs disk
loop13 squashfs disk
loop14 squashfs disk
loop15 squashfs disk
loop16 squashfs disk
loop17 squashfs disk
loop18 squashfs disk
loop19 squashfs disk
loop20 squashfs disk
loop21 squashfs disk
sda disk
├─sda1 vfat 4A6E-323B disk
├─sda2 disk
├─sda3 swap 4328f924-6e6f-470b-ac3a-b7813ff07dd8 disk
└─sda4 ext4 6b28966a-65f5-4157-a934-4a85df616287 disk
sdb disk
└─sdb1 ntfs B6A4A675A4A637AF disk
sr0 cdrom
|
Inhalt "fstab" 1
2
3
4
5
6
7
8
9
10
11
12 | # /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>
# / was on /dev/sda4 during installation
UUID=6b28966a-65f5-4157-a934-4a85df616287 / ext4 errors=remount-ro 0 1
# swap was on /dev/sda3 during installation
UUID=4328f924-6e6f-470b-ac3a-b7813ff07dd8 none swap sw 0 0
/dev/disk/by-uuid/B6A4A675A4A637AF /mnt/B6A4A675A4A637AF auto nosuid,nodev,nofail,x-gvfs-show 0 0
|
|
Dr_Schmoker
Anmeldungsdatum: 19. Juni 2008
Beiträge: 3322
Wohnort: Berlin
|
saila schrieb:
/dev/disk/by-uuid/B6A4A675A4A637AF /mnt/B6A4A675A4A637AF auto nosuid,nodev,nofail,x-gvfs-show 0 0
}}}
Das sieht für mich ungewöhnlich aus, verglichen mit einem Beispieleintrag hier im Wiki-Artikel → Windows-Partitionen einbinden (Abschnitt „Windows-Partitionen-einhaengen“) Ich würde den Eintrag mit einer davorgestellten # erstmal unwirksam machen und die fstab abspeichern. Diesen Vorgang kannst du jederzeit rückgängig machen. Dann mal ein Neustart und einen belieben Dateimanager öffnen, und schauen, ob du zugreifen kannst. Was mir noch einfällt, hattest du früher mal ein Dualboot mit Windows. Eventuell ist dort die Platte nicht richtig ausgehangen worden.
|
saila
(Themenstarter)
Anmeldungsdatum: 18. November 2009
Beiträge: 86
|
Hoi Dr_Schmoker also mit dem Winblöd habe ich rein nichts am Hut und will auch gar nicht. Früher wäre von rund 20 Jahren 😉 Werde das mit # mal deaktivieren. Beginnend mit der letzten, vorletzten und vierten Zeile von unten.
Dann Neustarten und mal sehen was passiert.
|
Dr_Schmoker
Anmeldungsdatum: 19. Juni 2008
Beiträge: 3322
Wohnort: Berlin
|
Nur den Eintrag in Zeile 12 deaktivieren. Deine swap brauchst du. Und die vierte von unten wäre die root, ohne die geht gar nichts. Dann wirst du nicht mehr starten können.
|
saila
(Themenstarter)
Anmeldungsdatum: 18. November 2009
Beiträge: 86
|
ok, melde mich etwas später wieder.
|
saila
(Themenstarter)
Anmeldungsdatum: 18. November 2009
Beiträge: 86
|
Also Zeile 12 per # auskommentiert.
Neustart erfolgt. Laufwerk nicht vorhanden.
Fakt ist, jetzt ist sie gar nicht mehr da ☺ lsblk bringt jetzt:
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 | NAME FSTYPE UUID GROUP
loop0 squashfs disk
loop1 squashfs disk
loop2 squashfs disk
loop3 squashfs disk
loop4 squashfs disk
loop5 squashfs disk
loop6 squashfs disk
loop7 squashfs disk
loop8 squashfs disk
loop9 squashfs disk
loop10 squashfs disk
loop11 squashfs disk
loop12 squashfs disk
loop13 squashfs disk
loop14 squashfs disk
loop15 squashfs disk
loop16 squashfs disk
loop17 squashfs disk
loop18 squashfs disk
loop19 squashfs disk
loop20 squashfs disk
sda disk
├─sda1 vfat 4A6E-323B disk
├─sda2 disk
├─sda3 swap 4328f924-6e6f-470b-ac3a-b7813ff07dd8 disk
└─sda4 ext4 6b28966a-65f5-4157-a934-4a85df616287 disk
sdb disk
└─sdb1 disk
sr0 cdrom
|
Wie geht das? Ich raffe nicht, warum dieses Laufwerk nicht mehr nach Upgrade erkannt bzw. sauber gemountet wird.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8554
Wohnort: Münster
|
saila schrieb: […] Inhalt "fstab" […]
/dev/disk/by-uuid/B6A4A675A4A637AF /mnt/B6A4A675A4A637AF auto nosuid,nodev,nofail,x-gvfs-show 0 0
Mit dieser letzten Zeile wird die Platte beim Hochlauf des Systems automatisch in des Verzeichnis unter /mnt/ eingebunden, was ja auch problemlos zu funktionieren scheint. Die Option x-gvfs-show ist Mumpitz. Dateisysteme unter /mnt/ werden nicht als solche im Desktop angezeigt, dafür ist /media/ zuständig.
|
saila
(Themenstarter)
Anmeldungsdatum: 18. November 2009
Beiträge: 86
|
Also wäre die Zeile 12 wieder einzubinden und den Teil in fett markiert
| /dev/disk/by-uuid/B6A4A675A4A637AF /mnt/B6A4A675A4A637AF auto nosuid,nodev,nofail,x-gvfs-show 0 0
|
x-gvfs-show 0 0 zu entfernen. Korrekt?
|