Nach dem neustart zugriff auf Festplatten

Warum Debian und/oder eine seiner Spielarten? Was muss ich vorher wissen? Wo geht es nach der Installation weiter?
Antworten
Apollo013
Beiträge: 76
Registriert: 29.08.2023 11:19:04

Nach dem neustart zugriff auf Festplatten

Beitrag von Apollo013 » 22.10.2023 13:53:09

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.
:THX: Lebe lang und im Frieden

schwedenmann
Beiträge: 5535
Registriert: 30.12.2004 15:31:07
Wohnort: Wegberg

Re: Nach dem neustart zugriff auf Festplatten

Beitrag von schwedenmann » 22.10.2023 14:02:08

Hallo


muss ich meine Festplatten entsperren,
Wie ist damit gemeint ?

Systemplatte mit / kann ja wohl nicht gemeint sein.


Poste mal die /etc/fstab


mfg
schwedenmann

Apollo013
Beiträge: 76
Registriert: 29.08.2023 11:19:04

Re: Nach dem neustart zugriff auf Festplatten

Beitrag von Apollo013 » 22.10.2023 14:17:50

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

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  
:THX: Lebe lang und im Frieden

Benutzeravatar
Livingston
Beiträge: 1475
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

Beitrag von Livingston » 22.10.2023 14:39:14

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

Code: Alles auswählen

mount
ein. Dann wissen wir schon mal mehr.
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

Apollo013
Beiträge: 76
Registriert: 29.08.2023 11:19:04

Re: Nach dem neustart zugriff auf Festplatten

Beitrag von Apollo013 » 22.10.2023 14:48:44

Nach dem Neustart sind die Einträge nicht vorhanden.

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)
Erst, wenn ich das Password eingebe, werden eingetragen.

LG
:THX: Lebe lang und im Frieden

Benutzeravatar
Livingston
Beiträge: 1475
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

Beitrag von Livingston » 22.10.2023 15:07:51

Ok, dann mal ein

Code: Alles auswählen

lsblk -o NAME,UUID,FSTYPE,LABEL,MOUNTPOINT
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
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

Benutzeravatar
Livingston
Beiträge: 1475
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

Beitrag von Livingston » 22.10.2023 16:13:56

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.

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

Benutzeravatar
Livingston
Beiträge: 1475
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

Beitrag von Livingston » 22.10.2023 18:21:08

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

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

Apollo013
Beiträge: 76
Registriert: 29.08.2023 11:19:04

Re: Nach dem neustart zugriff auf Festplatten

Beitrag von Apollo013 » 11.05.2024 20:01:35

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
:THX: Lebe lang und im Frieden

Chameleon
Beiträge: 343
Registriert: 15.07.2023 11:11:28

Re: Nach dem neustart zugriff auf Festplatten

Beitrag von Chameleon » 11.05.2024 20:28:57

Könnte eine "Rechtegeschichte" sein - zeig mal bitte die Ausgabe von

Code: Alles auswählen

ls -la /media/mkx/Backup_WD

Apollo013
Beiträge: 76
Registriert: 29.08.2023 11:19:04

Re: Nach dem neustart zugriff auf Festplatten

Beitrag von Apollo013 » 11.05.2024 20:33:53

Nach Neustart kommt
❯ ls -la /media/mkx/Backup_WD
ls: Zugriff auf '/media/mkx/Backup_WD' nicht möglich: Datei oder Verzeichnis nicht gefunden
LG
:THX: Lebe lang und im Frieden

Chameleon
Beiträge: 343
Registriert: 15.07.2023 11:11:28

Re: Nach dem neustart zugriff auf Festplatten

Beitrag von Chameleon » 11.05.2024 20:38:04

Du musst sie erst einhängen.

Apollo013
Beiträge: 76
Registriert: 29.08.2023 11:19:04

Re: Nach dem neustart zugriff auf Festplatten

Beitrag von Apollo013 » 11.05.2024 20:42:10

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
:THX: Lebe lang und im Frieden

Chameleon
Beiträge: 343
Registriert: 15.07.2023 11:11:28

Re: Nach dem neustart zugriff auf Festplatten

Beitrag von Chameleon » 11.05.2024 20:52:41

Hmmmm - "Kopf kratz" - muss mal überlegen.

Apollo013
Beiträge: 76
Registriert: 29.08.2023 11:19:04

Re: Nach dem neustart zugriff auf Festplatten

Beitrag von Apollo013 » 11.05.2024 20:57:19

Zu Information, es ist eine exfat Partition.
:THX: Lebe lang und im Frieden

Chameleon
Beiträge: 343
Registriert: 15.07.2023 11:11:28

Re: Nach dem neustart zugriff auf Festplatten

Beitrag von Chameleon » 11.05.2024 21:14:07

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". :lol:

Chameleon
Beiträge: 343
Registriert: 15.07.2023 11:11:28

Re: Nach dem neustart zugriff auf Festplatten

Beitrag von Chameleon » 12.05.2024 12:33:27

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

Benutzeravatar
thunder11
Beiträge: 1395
Registriert: 19.04.2023 09:08:30

Re: Nach dem neustart zugriff auf Festplatten

Beitrag von thunder11 » 12.05.2024 19:10:50

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:

mit

Code: Alles auswählen

 lsblk -f 
die UUID ermitteln

Dann ein Mount- Verzeichnis anlegen. z.B: als Root

Code: Alles auswählen

mkdir /media/Backup
dann in die Fstab eintragen:

Code: Alles auswählen

# Eintrag für Backup_WD
UUID=[aus lsblk]  /media/Backup exfat   defaults 0   0
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

Code: Alles auswählen

chown -R mkx:mkx /media/Backup
Das sollte es dann gewesen sein :mrgreen:

Apollo013
Beiträge: 76
Registriert: 29.08.2023 11:19:04

Re: Nach dem neustart zugriff auf Festplatten

Beitrag von Apollo013 » 12.05.2024 23:05:08

Danke, ich probiere es. Wird vermutlich nächste Woche passieren.

LG
:THX: Lebe lang und im Frieden

Antworten