ubuntuusers.de

Daten von externe Festplatte in Home einbinden

Status: Gelöst | Ubuntu-Version: Xubuntu 26.04 (Resolute Raccoon)
Antworten |

krautvornix

Avatar von krautvornix

Anmeldungsdatum:
23. Oktober 2010

Beiträge: 616

Wohnort: im Westen

Hallo zusammen, ich möchte Daten von der Festplatte /dev/sda3 in /home einbinden. Dazu habe ich in /home das Verzeichnis "Home_Lactus" ersteltt.

mkdir Home_Lactus

Die Daten sollten nach dem Start in /home verfügbar sein. Deshalb habe ich /etc/fstab entsprechend angepasst. Die fstab sollte folgendermaßen aussehen:

/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).

einbinden von Home_Lactus auf /run/media/lactus/System
/dev/sda3/	/home/lactus/System/Home_Lactus	ext4	0	0

/ was on /dev/nvme0n1p2 during curtin installation
/dev/disk/by-uuid/7b95ef13-8927-461d-82f8-a27f56667440 / ext4 defaults 0 1
/boot/efi was on /dev/nvme0n1p1 during curtin installation
/dev/disk/by-uuid/AD7C-8F5E /boot/efi vfat defaults 0 1
/home was on /dev/nvme0n1p5 during curtin installation
/dev/disk/by-uuid/35c4dcb9-5426-41e3-9a19-77a78ef73b0c /home ext4 defaults 0 1 
/swap.img	none	swap	sw	0	0

Eine Übersicht über die Partitionen :

lactus@lactus-MS-7C94:~$ sudo lsblk -o NAME,UUID,FSTYPE,LABEL,MOUNTPOINT 
[sudo: authenticate] Passwort:              
NAME        UUID                                 FSTYPE   LABEL   MOUNTPOINT
loop0                                            squashfs         /snap/bare/5
loop1                                            squashfs         /snap/chromium/3525
loop2                                            squashfs         /snap/chromium/3530
loop3                                            squashfs         /snap/chromium-ffmpeg/118
loop4                                            squashfs         /snap/chromium-ffmpeg/120
loop5                                            squashfs         /snap/core22/2437
loop6                                            squashfs         /snap/core22/2955
loop7                                            squashfs         /snap/core24/1643
loop8                                            squashfs         /snap/core24/2124
loop9                                            squashfs         /snap/cups/1229
loop10                                           squashfs         /snap/cups/1238
loop11                                           squashfs         /snap/firefox/8863
loop12                                           squashfs         /snap/firefox/8929
loop13                                           squashfs         /snap/firmware-updater/223
loop14                                           squashfs         /snap/firmware-updater/226
loop15                                           squashfs         /snap/gnome-42-2204/263
loop16                                           squashfs         /snap/gnome-42-2204/247
loop17                                           squashfs         /snap/gnome-46-2404/153
loop18                                           squashfs         /snap/gnome-46-2404/164
loop19                                           squashfs         /snap/gtk-common-themes/1535
loop20                                           squashfs         /snap/mesa-2404/1165
loop21                                           squashfs         /snap/mesa-2404/1839
loop22                                           squashfs         /snap/snap-store/1390
loop23                                           squashfs         /snap/snap-store/1419
loop24                                           squashfs         /snap/snapd/27738
loop25                                           squashfs         /snap/snapd/27710
loop26                                           squashfs         /snap/snapd-desktop-integration/387
loop27                                           squashfs         /snap/snapd-desktop-integration/391
loop28                                           squashfs         /snap/thunderbird/1255
loop29                                           squashfs         /snap/thunderbird/1259
sda                                                               
├─sda1      2d9db546-44aa-41c3-9242-cf0dd70cb2e7 ext4     Back1   
├─sda2      e03b7639-4fa8-4e4a-b66c-f9d299f35d5e ext4     Back2   
└─sda3      b9c279a9-30f7-4ac9-bbe6-52d410716694 ext4     System  /run/media/lactus/System
sdb                                                               
└─sdb1      23e8414a-36ea-473d-978d-569b6a942b9f ext4     KeePass 
sdc                                                               
sr0                                                               
nvme0n1                                                           
├─nvme0n1p1 AD7C-8F5E                            vfat             /boot/efi
├─nvme0n1p2 7b95ef13-8927-461d-82f8-a27f56667440 ext4             /
├─nvme0n1p3 881e8f4c-957f-45f3-ba26-f2d35dbbfb33 ext4             
├─nvme0n1p4 1c9631b6-b02e-4155-bba2-45c122d2b44e swap             
└─nvme0n1p5 35c4dcb9-5426-41e3-9a19-77a78ef73b0c ext4             /home
lactus@lactus-MS-7C94:~$ 

Kann das klappen? Mit den besten Grüßen - Krautvornix

schwarzheit Team-Icon

Supporter
Avatar von schwarzheit

Anmeldungsdatum:
31. Dezember 2007

Beiträge: 9078

2 Fragen:

  1. Warum willst du eine externe per fstab einbinden?

  2. Warum willst du den Systemstandard verbiegen?

krautvornix

(Themenstarter)
Avatar von krautvornix

Anmeldungsdatum:
23. Oktober 2010

Beiträge: 616

Wohnort: im Westen

@schwarzheit

Das ich damit den Systemstandard verbiege ist mir nicht klar. Mein Ziel ist die permanente Verfügarkeit dieser Daten in /home ohne immer wieder zu mounten.

Bearbeitet von schwarzheit:

Fullquote entfernt. Bitte benutze keine kompletten Zitate. Lies dazu Zitate & Verhaltenskodex/Fullquote.

schwarzheit Team-Icon

Supporter
Avatar von schwarzheit

Anmeldungsdatum:
31. Dezember 2007

Beiträge: 9078

Muss man dir schon wieder erklären das Fullquotes nicht sinnvoll sind?


Standard seit 26.04: /run/media

Und wenn du ständige Verfügbarkeit willst/brauchst bzw. verfügbar wenn gebraucht ist >> Autofs << sinnvoller.

timothy2068

Anmeldungsdatum:
10. März 2025

Beiträge: 638

krautvornix schrieb:

ich möchte Daten von der Festplatte /dev/sda3 in /home einbinden.

Zur Präzision: Eingebunden werden nicht Daten, sondern Dateisysteme. Die Daten stehen da drin. Aber ist klar, was du meinst.

Die fstab sollte folgendermaßen aussehen:

/dev/sda3/	/home/lactus/System/Home_Lactus	ext4	0	0

Hinter "ext4" müssen noch die Mountoptionen, mindestens "default". Stimmt der Mountpunkt so, oder soll das "System" an den Schluss?

Ich würde das Laufwerk nicht über die Gerätedatei referenzieren (/dev/sda3), denn die muss nicht immer so heißen. Nimm die UUID, wie du es an den Beispielen drunter siehst. Und zwar die UUID des Dateisystems, nicht die PARTUUID der Partition.

Aber es gibt ne viel einfachere Lösung: Lass die Ressource da gemountet, wo das System sie hin haben will (also unter /run/media/lactus/System), und setz einen Symlink von deinem Homeverzeichnis da hin:

ln -s /run/media/lactus/System /home/lactus/System

dann hast du auch auf dem gewünschten Pfad Zugriff darauf.

schwarzheit Team-Icon

Supporter
Avatar von schwarzheit

Anmeldungsdatum:
31. Dezember 2007

Beiträge: 9078

@timothy2068

Es geht noch einfacher ohne symlink. Im Thunar einfach n Lesezeichen anlegen. 😉

NurNochDebianUser

Anmeldungsdatum:
18. Februar 2026

Beiträge: 445

schwarzheit schrieb:

  1. Warum willst du eine externe per fstab einbinden?

krautvornix schrieb:

Mein Ziel ist die permanente Verfügarkeit dieser Daten in /home ohne immer wieder zu mounten.

Ein plausibler Grund einen extern per USB angeschlossenen Datenträger in /home einzubinden könnten die Snap's sein, die krautvornix offenbar nutzt.

Dass per Snap installierte Anwendungen (wie Thunderbird) per default nicht auf Verzeichnisse und Dateien außerhalb /home/<USER> zugreifen können, ist ja hinlänglich bekannt. Hat man nun z.B. auf dem USB-Datenträger Fotos, die man ab und an auch mal mittels Thunderbird per eMail versenden will, wäre es durchaus sinnvoll den Ordner des Datenträgers mit den Fotos in /home/<USER> einzubinden.

Alternative Lösungen dafür, wirden dir krautvornix ja bereits genannt.

eine weitere Option ist ein BIND-Mount, wenn du es gern in der /etc/fstab eintragen willst.

Dabei verbleibt der eigentlich Mount-Point des USB-Datenträägers dort, wo er vom OS per default vorgesehen ist und es wird ein weiterer unterhalb von /home/<USER> in der /etc/fstab hinzugefügt.

Vorteil: das klappt auch für einzelne Verzeichnisse des USB-Datenträägers. Sinnvoll etwa in System mit mehr als einem User. Da können dann die Unterverzeichnisse mit den Fotos von Franz unterhalb von /home/franz und die von Franzi eben unterhalb von /home/franzi eingebunden werden.

krautvornix

(Themenstarter)
Avatar von krautvornix

Anmeldungsdatum:
23. Oktober 2010

Beiträge: 616

Wohnort: im Westen

Vielen Dank für Eure hilfreichen Hinweise. Es ist mir jetzt klar, dass es sinnvollere Möglichkeiten als die Anwendung von "fstab" gibt um die Daten in /home verfügbar zu machen. Meine Favoriten sind Lesezeichen und Symlink !

Vielen Dank und ein schönes Wochenende ! - Krautvornix

schwarzheit Team-Icon

Supporter
Avatar von schwarzheit

Anmeldungsdatum:
31. Dezember 2007

Beiträge: 9078

@NurNochDebianUser

Für die Nutzung in Snap-Anwendungen muss man eigentlich nur die Connections richtig setzen. (Stichwort: removable-media) Es ist also auch dann nicht nötig am System rumzufummeln.

NurNochDebianUser

Anmeldungsdatum:
18. Februar 2026

Beiträge: 445

Hallo schwarzheit, die Verwenung von Bind-Mounts, auf die meine Empfehlung hinausgelaufen ist, würde ich nicht als "am System rumzufummeln" bezeichnen. Auch nicht in der /etc/fstab.

Meine Empfehlung so einzelne Ordner einzubinden wird ja sogar im Wiki in mount (Abschnitt „Einzelne-Ordner-einbinden“) erwähnt. Die Option bind in der /etc/fstab findet sich in fstab (Abschnitt „Feld-4-Optionen“) in der Tabelle 4: Auswahl wichtiger Optionen für VFS.

Wahrscheinlich war mein Beispiel mit den Snaps nicht optimal gewählt.

Ein Rumgefummel am System ist es aber nicht, sondern eher schon altebwährte Praxis in vielen Anwendungsfällen und hat gegenüber Symlinks bei Netzwerk-Freigaben (um die es hier zugegebenermaßen aber nicht geht) sogar Vorteile. Vor allem aber wird bei einem Bind-Mount der ursprüngliche Mount-Point nicht verändert. Also schlicht am System nichts verbogen nur zusätzlich hinzugefügt, wie bei einem Symlink, nur schön übersichtlich an einer Stelle, der /etc/fstab.

Antworten |