Nach dem neustart zugriff auf Festplatten
Nach dem neustart zugriff auf Festplatten
Hallo,
jedes Mal, wenn ich meinen Computer starte, muss ich meine Festplatten entsperren, um darauf zugreifen.
Wie kann das ändern, um nach dem Neustart den Zugriff auf meine Festplatten zu haben, ohne Password Eingabe?
LG.
jedes Mal, wenn ich meinen Computer starte, muss ich meine Festplatten entsperren, um darauf zugreifen.
Wie kann das ändern, um nach dem Neustart den Zugriff auf meine Festplatten zu haben, ohne Password Eingabe?
LG.
Lebe lang und im Frieden
-
- Beiträge: 5536
- Registriert: 30.12.2004 15:31:07
- Wohnort: Wegberg
Re: Nach dem neustart zugriff auf Festplatten
Hallo
Systemplatte mit / kann ja wohl nicht gemeint sein.
Poste mal die /etc/fstab
mfg
schwedenmann
Wie ist damit gemeint ?muss ich meine Festplatten entsperren,
Systemplatte mit / kann ja wohl nicht gemeint sein.
Poste mal die /etc/fstab
mfg
schwedenmann
Re: Nach dem neustart zugriff auf Festplatten
Nach dem Neustart sieht man in Dolphin z. B. Backup_WD ein Symbol
https://ibb.co/LStvcrN
Ich muss erst das Root Password eingeben, um auf die Festplatte zugreifen.
/etc/fstab
https://ibb.co/LStvcrN
Ich muss erst das Root Password eingeben, um auf die Festplatte zugreifen.
/etc/fstab
Code: Alles auswählen
# /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).
#
# systemd generates mount units based on this file, see systemd.mount(5).
# Please run 'systemctl daemon-reload' after making changes here.
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/nvme0n1p3 during installation
UUID=59344e17-afd7-419c-abb9-02a5359fead2 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=31ED-9157 /boot/efi vfat umask=0077 0 1
# swap was on /dev/nvme0n1p4 during installation
UUID=739a2c06-4dde-4098-8374-dcb1fbc2026b none swap sw
Lebe lang und im Frieden
- Livingston
- Beiträge: 1520
- Registriert: 04.02.2007 22:52:25
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: 127.0.0.1
Re: Nach dem neustart zugriff auf Festplatten
Sieht so aus, als wären die nicht entsperrten Partitionen nicht in der fstab eingetragen.
Gib doch mal nach dem manuellen Entsperren auf der Konsole
ein. Dann wissen wir schon mal mehr.
Gib doch mal nach dem manuellen Entsperren auf der Konsole
Code: Alles auswählen
mount
Der Hauptunterschied zwischen etwas, was möglicherweise kaputtgehen könnte und etwas, was unmöglich kaputtgehen kann, besteht darin, dass sich bei allem, was unmöglich kaputtgehen kann, falls es doch kaputtgeht, normalerweise herausstellt, dass es unmöglich zerlegt oder repariert werden kann.
Douglas Adams
Douglas Adams
Re: Nach dem neustart zugriff auf Festplatten
Nach dem Neustart sind die Einträge nicht vorhanden.
mount
Erst, wenn ich das Password eingebe, werden eingetragen.
LG
mount
Code: Alles auswählen
/dev/nvme0n1p2 on /media/mkx/Backup_WD type exfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,iocharset=utf8,errors=remount-ro,uhelper=udisks2)
/dev/nvme2n1p1 on /media/mkx/f63dd832-d18d-4c63-807a-348e354a8bdf type ext4 (rw,nosuid,nodev,relatime,errors=remount-ro,uhelper=udisks2)
LG
Lebe lang und im Frieden
- Livingston
- Beiträge: 1520
- Registriert: 04.02.2007 22:52:25
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: 127.0.0.1
Re: Nach dem neustart zugriff auf Festplatten
Ok, dann mal ein
hinterherschicken.
Dann siehst Du, was in der fstab fehlt, und kannst es entsprechend dort eintragen (also die UIDs aus der Ausgabe von lsblk, der Rest aus der Angabe von mount).
NACHTRAG: Hab hier noch einen schönen Beitrag gefunden, der die Sache etwas gründlicher erklärt. Es geht da zwar um externe USB-Platten, aber das funktioniert auch mit eingebauten: https://www.elektronik-kompendium.de/si ... 012181.htm
Code: Alles auswählen
lsblk -o NAME,UUID,FSTYPE,LABEL,MOUNTPOINT
Dann siehst Du, was in der fstab fehlt, und kannst es entsprechend dort eintragen (also die UIDs aus der Ausgabe von lsblk, der Rest aus der Angabe von mount).
NACHTRAG: Hab hier noch einen schönen Beitrag gefunden, der die Sache etwas gründlicher erklärt. Es geht da zwar um externe USB-Platten, aber das funktioniert auch mit eingebauten: https://www.elektronik-kompendium.de/si ... 012181.htm
Der Hauptunterschied zwischen etwas, was möglicherweise kaputtgehen könnte und etwas, was unmöglich kaputtgehen kann, besteht darin, dass sich bei allem, was unmöglich kaputtgehen kann, falls es doch kaputtgeht, normalerweise herausstellt, dass es unmöglich zerlegt oder repariert werden kann.
Douglas Adams
Douglas Adams
- Livingston
- Beiträge: 1520
- Registriert: 04.02.2007 22:52:25
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: 127.0.0.1
Re: Nach dem neustart zugriff auf Festplatten
Dieses Script ist auf das Problem angepasst. Im Folgepost gibt es eine allgemeinere Lösung.
Hier ein kleines Script, was Dir die fstab-Einträge für Deine SSDs ausgibt (muss als root laufen). Die fehlenden Teile in der fstab musst Du dann nur aus der Ausgabe des Scriptes rüberkopieren.
Bei den Mountoptionen müssen dann noch die Angaben für uhelper entfernt werden. (Die stammen von Deinem Dolphin bei der manuellen Aktivierung.)
Es fehlen noch die letzten beiden Spalten der fstab. Die sollten den Inhalt "0 2" haben.
Den Mountpoint in der 2. Spalte kannst Du natürlich auch ändern und das Ganze gleich in Deinem Homeverzeichnis statt in /media/mkx/... verstauen. Einfach unter /home/mkx neue Verzeichnisse anlegen und entsprechend die Einträge in der fstab anpassen.
Wenn Du die 2. Zeile in dem Script weglässt, erhältst Du die Ausgabe für alle mounts, also auch für virtuelle Dateisysteme (/dev, /sys/, tmpfs...) und evtl. andere Platten (/dev/sda).
Hier ein kleines Script, was Dir die fstab-Einträge für Deine SSDs ausgibt (muss als root laufen). Die fehlenden Teile in der fstab musst Du dann nur aus der Ausgabe des Scriptes rüberkopieren.
Code: Alles auswählen
mount | while read DEV d1 MP d2 TYP MO; do
grep -q "^/dev/nvme" <<< $DEV || continue
UUID=$(blkid -o export $DEV|grep "^UUID")
echo $UUID $MP $TYP $(tr -d "()" <<< $MO)
# oder mit Angabe des Gerätes (ist dann aber kein gültiger fstab-Eintrag):
# echo $DEV $UUID $MP $TYP $(tr -d "()" <<< $MO)
done
Es fehlen noch die letzten beiden Spalten der fstab. Die sollten den Inhalt "0 2" haben.
Den Mountpoint in der 2. Spalte kannst Du natürlich auch ändern und das Ganze gleich in Deinem Homeverzeichnis statt in /media/mkx/... verstauen. Einfach unter /home/mkx neue Verzeichnisse anlegen und entsprechend die Einträge in der fstab anpassen.
Wenn Du die 2. Zeile in dem Script weglässt, erhältst Du die Ausgabe für alle mounts, also auch für virtuelle Dateisysteme (/dev, /sys/, tmpfs...) und evtl. andere Platten (/dev/sda).
Zuletzt geändert von Livingston am 22.10.2023 18:24:33, insgesamt 1-mal geändert.
Der Hauptunterschied zwischen etwas, was möglicherweise kaputtgehen könnte und etwas, was unmöglich kaputtgehen kann, besteht darin, dass sich bei allem, was unmöglich kaputtgehen kann, falls es doch kaputtgeht, normalerweise herausstellt, dass es unmöglich zerlegt oder repariert werden kann.
Douglas Adams
Douglas Adams
- Livingston
- Beiträge: 1520
- Registriert: 04.02.2007 22:52:25
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: 127.0.0.1
Re: Nach dem neustart zugriff auf Festplatten
VERBESSERTE VERSION
Gibt alle mounts fstab-gerecht mit UUIDs aus (ggf. Original-Device als Kommentar im Anschluss)
Wo keine UUIDs auftauchen, handelt es sich um virtuelle Dateisysteme (/proc, /sys, ...).
Das Script benutzt das Programm blkid, das Rootrechte erfordert. Leider ist lsblk ohne Rootrechte keine Alternative, da es für virtuelle Devices (z.B. LVM-Volumes) keine UUIDs für Filesysteme ausspuckt. Lässt sich zwar auch lösen, erschien mir aber für eine schnelle Quick-n-Dirty-Lösung für zuviel Aufwand. Wenn wer Bock hat... immer her damit! Vielleicht setze ich mich da auch nochmal ran, wenn ich zuviel Zeit übrig habe.
Korrigierte Fassung
Kleine Warnung: Die letzten beiden Spalten sind mit Vorsicht zu genießen. In der Regel lauten sie für "echte" mounts "0 2", für das Wurzelverzeichnis "0 1" und für virtuelle Dateisysteme "0 0".
Da die Daten aus /etc/mtab (gleichbedeutend mit /proc/mounts) bezogen werden, liest mein Script daraus immer "0 0". Ich habe dies zwar für den Normalfall korrigiert; aber wenn man selbst in der fstab bzgl. dieser Werte Änderungen vorgenommen hat, muss man hier nochmal selbst Hand anlegen. Daher:
Dieses Script dient nur der Arbeitserleichterung. KEINE GEWÄHR FÜR NICHTS! Bitte selbst nochmal drüberschauen, ob die Ausgabe liefert, was sie soll.
Gibt alle mounts fstab-gerecht mit UUIDs aus (ggf. Original-Device als Kommentar im Anschluss)
Wo keine UUIDs auftauchen, handelt es sich um virtuelle Dateisysteme (/proc, /sys, ...).
Das Script benutzt das Programm blkid, das Rootrechte erfordert. Leider ist lsblk ohne Rootrechte keine Alternative, da es für virtuelle Devices (z.B. LVM-Volumes) keine UUIDs für Filesysteme ausspuckt. Lässt sich zwar auch lösen, erschien mir aber für eine schnelle Quick-n-Dirty-Lösung für zuviel Aufwand. Wenn wer Bock hat... immer her damit! Vielleicht setze ich mich da auch nochmal ran, wenn ich zuviel Zeit übrig habe.
Korrigierte Fassung
Code: Alles auswählen
#!/bin/sh
# Scriptname: fstabentry
# Der verwendete Befehl blkid erfordert root-Rechte.
while read DEV MP TYP MO DUMP CHK; do
EFFDEV=''
UUID=$(blkid -o export "$DEV"|grep "^UUID")
[ ! "$UUID" = "" ] && EFFDEV=" # $DEV" && DEV="$UUID" && CHK=2
[ "$MP" = "/" ] && CHK=1
echo "$DEV" "$MP" "$TYP" "$(echo "$MO"|tr -d '()')" "$DUMP" "$CHK" "$EFFDEV"
done < /etc/mtab
Da die Daten aus /etc/mtab (gleichbedeutend mit /proc/mounts) bezogen werden, liest mein Script daraus immer "0 0". Ich habe dies zwar für den Normalfall korrigiert; aber wenn man selbst in der fstab bzgl. dieser Werte Änderungen vorgenommen hat, muss man hier nochmal selbst Hand anlegen. Daher:
Dieses Script dient nur der Arbeitserleichterung. KEINE GEWÄHR FÜR NICHTS! Bitte selbst nochmal drüberschauen, ob die Ausgabe liefert, was sie soll.
Der Hauptunterschied zwischen etwas, was möglicherweise kaputtgehen könnte und etwas, was unmöglich kaputtgehen kann, besteht darin, dass sich bei allem, was unmöglich kaputtgehen kann, falls es doch kaputtgeht, normalerweise herausstellt, dass es unmöglich zerlegt oder repariert werden kann.
Douglas Adams
Douglas Adams
Re: Nach dem neustart zugriff auf Festplatten
Hier poste ich ein Bild, dort, wo Backup_WD ist, habe ich ein zusätzliches Zeichen (Orange), das Sie gesperrt ist.
https://i.ibb.co/x5gjN8g/Screenshot-20240511-195212.png
Wenn ich draufklicke, muss ich Root Password eingeben.
LG
https://i.ibb.co/x5gjN8g/Screenshot-20240511-195212.png
Wenn ich draufklicke, muss ich Root Password eingeben.
LG
Lebe lang und im Frieden
Re: Nach dem neustart zugriff auf Festplatten
Könnte eine "Rechtegeschichte" sein - zeig mal bitte die Ausgabe von
Code: Alles auswählen
ls -la /media/mkx/Backup_WD
Re: Nach dem neustart zugriff auf Festplatten
Nach Neustart kommt
LG❯ ls -la /media/mkx/Backup_WD
ls: Zugriff auf '/media/mkx/Backup_WD' nicht möglich: Datei oder Verzeichnis nicht gefunden
Lebe lang und im Frieden
Re: Nach dem neustart zugriff auf Festplatten
Du musst sie erst einhängen.
Re: Nach dem neustart zugriff auf Festplatten
Hier ist es
❯ ls -la /media/mkx/Backup_WD
insgesamt 1668
drwxr-xr-x 14 mkx mkx 131072 11. Mai 20:35 .
drwxr-x---+ 3 root root 4096 11. Mai 20:32 ..
drwxr-xr-x 2 mkx mkx 131072 8. Mai 16:35 '$RECYCLE.BIN'
drwxr-xr-x 2 mkx mkx 131072 21. Dez 18:02 001R
drwxr-xr-x 3 mkx mkx 131072 11. Mai 20:35 003R
drwxr-xr-x 3 mkx mkx 131072 7. Jan 23:08 bint
drwxr-xr-x 7 mkx mkx 131072 6. Mai 10:39 Dateien
drwxr-xr-x 2 mkx mkx 131072 4. Mai 16:45 Debian_backup
drwxr-xr-x 4 mkx mkx 131072 20. Apr 16:57 Download
drwxr-xr-x 3 mkx mkx 131072 9. Mai 17:51 'Neuer Ordner (1)'
drwxr-xr-x 9 mkx mkx 131072 23. Apr 13:05 'Neuer Ordner (2)'
drwxr-xr-x 2 mkx mkx 131072 22. Okt 2023 'System Volume Information'
drwxr-xr-x 7 mkx mkx 131072 16. Apr 20:24 Vol1
drwxr-xr-x 14 mkx mkx 131072 29. Feb 15:49 W
Lebe lang und im Frieden
Re: Nach dem neustart zugriff auf Festplatten
Hmmmm - "Kopf kratz" - muss mal überlegen.
Re: Nach dem neustart zugriff auf Festplatten
Zu Information, es ist eine exfat Partition.
Lebe lang und im Frieden
Re: Nach dem neustart zugriff auf Festplatten
Ist wohl eh kein Problem mit den Rechten - ich hatte selber mal so ein Problem, wo ich immer nach dem Passwort gefragt wurde, ich weiß aber nicht mehr, unter welchem System das war und wie ich es seinerzeit gelöst habe.
irgendwie fehlt mir da gerade der passende "Synapsenschubbser".
irgendwie fehlt mir da gerade der passende "Synapsenschubbser".
Re: Nach dem neustart zugriff auf Festplatten
moin moin, ich bin mir jetzt nicht zu 100% sicher, ab ich meine, ich hab das seinerzeit nach diesem Schema angegangen → https://wiki.ubuntuusers.de/Windows-Par ... einhaengen
Schaffst du das, also mit mkdir den Mountpoint erstellen, die UUID auslesen und dann für dein System angepasst in /etc/fstab eintragen - und ggf. noch via chown die Zugriffsrechte für den Mountpoint ändern?
Falls nicht, dann geb Bescheid - ist zwar lange her, dass ich so etwas gemacht habe, aber ist jetzt auch keine Quantenphysik.
Ach so, ja, alles ohne Gewähr - aber mehr fällt mir zu der Thematik nicht ein.
p.s.: eine externe Sicherung der Daten schadet trotzdem nicht.
Schaffst du das, also mit mkdir den Mountpoint erstellen, die UUID auslesen und dann für dein System angepasst in /etc/fstab eintragen - und ggf. noch via chown die Zugriffsrechte für den Mountpoint ändern?
Falls nicht, dann geb Bescheid - ist zwar lange her, dass ich so etwas gemacht habe, aber ist jetzt auch keine Quantenphysik.
Ach so, ja, alles ohne Gewähr - aber mehr fällt mir zu der Thematik nicht ein.
p.s.: eine externe Sicherung der Daten schadet trotzdem nicht.
Re: Nach dem neustart zugriff auf Festplatten
Also die /dev/nvme0n1p2 wird mit lsblk -f 100% ig angezeigt, auch mit der UUID, wenn sie nicht gemountet ist
Wie Chameleon das schon gesagt hat, mach mal Folgendes:
mitdie UUID ermitteln
Dann ein Mount- Verzeichnis anlegen. z.B: als Root
dann in die Fstab eintragen:
nach dem Neustart, erst mal sehen, ob es geklappt hat (wahrscheinlich erstmal noch mit PW)
dann als Root: Ich gehe davon aus dass du als User in der gleichnamigen Gruppe bist
Das sollte es dann gewesen sein
Wie Chameleon das schon gesagt hat, mach mal Folgendes:
mit
Code: Alles auswählen
lsblk -f
Dann ein Mount- Verzeichnis anlegen. z.B: als Root
Code: Alles auswählen
mkdir /media/Backup
Code: Alles auswählen
# Eintrag für Backup_WD
UUID=[aus lsblk] /media/Backup exfat defaults 0 0
dann als Root: Ich gehe davon aus dass du als User in der gleichnamigen Gruppe bist
Code: Alles auswählen
chown -R mkx:mkx /media/Backup
Re: Nach dem neustart zugriff auf Festplatten
Danke, ich probiere es. Wird vermutlich nächste Woche passieren.
LG
LG
Lebe lang und im Frieden