Gelöst SD-Card automatisiert beim Boot mounten (/etc/fstab)

[gehrke]

Moin *

Ich blamiere mich gerade nach Kräften bei dem Versuch, eine SD-Card automisiert beim Boot zu mounten - manuell geht es.

Distribution:

purism@librem5:~$ cat /etc/os-release
ID=pureos
NAME=PureOS
PRETTY_NAME=PureOS
VERSION_ID=10.0
VERSION_CODENAME=byzantium
[...]

purism@librem5:~$ sudo lsblk -f
NAME           FSTYPE     FSVER    LABEL UUID                                   FSAVAIL FSUSE% MOUNTPOINT
sda            crypto_LUK 2              33ce066e-00bd-43fb-88a1-45ad8739df4f                 
└─crypt_SD     LVM2_membe LVM2 001       J03R5O-8IOH-C8cC-Ms7E-MydT-KdP2-ZjQpx0               
  └─SanDisk--microSDXC-0
               ext4       1.0            af9a6475-0ce5-4d1e-88b2-128e864f3694                 
mtdblock0                                                                                     
mtdblock1                                                                             0   100% /usr/share/firmware
mmcblk0                                                                                       
├─mmcblk0p1    ext2       1.0            c1d50efc-195a-4115-a49e-e88560fa0e84    241,8M    41% /boot
└─mmcblk0p2    crypto_LUK 2              495d6f3e-1e40-480c-b6a4-5e09ca7e80c3                 
  └─crypt_root ext4       1.0            c6cc5ae4-23df-4bf6-948f-a910f3c24a4f     22,3G    16% /
mmcblk0boot0                                                                                   
mmcblk0boot1                                                                                   
zram0                                                                                          [SWAP]

Die letzte Zeile ist von mir, die anderen vom System:

purism@librem5:~$ cat /etc/fstab
proc /proc proc defaults 0 0
UUID=c6cc5ae4-23df-4bf6-948f-a910f3c24a4f / ext4 errors=remount-ro 0 1
UUID=c1d50efc-195a-4115-a49e-e88560fa0e84 /boot ext2 errors=remount-ro 0 2
UUID=af9a6475-0ce5-4d1e-88b2-128e864f3694 /mnt/SD ext4 noauto,rw,users 0 0

Das Zielverzeichnis existiert und ist leer:

purism@librem5:~$ ls -ltar /mnt/SD
insgesamt 8
drwxr-xr-x 3 root root 4096 23. Apr 08:43 ..
drwxr-xr-x 2 root root 4096 23. Apr 08:43 .

Dummerweise finde ich keine eindeutigen Einträge in den Logs, aber das ist beim Booten natürlich auch eine Menge Zeug.

Manuell funktioniert der Mount:

purism@librem5:~$ sudo mount /dev/disk/by-uuid/af9a6475-0ce5-4d1e-88b2-128e864f3694 /mnt/SD

Logs:

Apr 26 13:43:56 librem5 sudo[2472]:   purism : TTY=pts/1 ; PWD=/home/purism ; USER=root ; COMMAND=/usr/bin/mount /dev/disk/by-uuid/af9a6475-0ce5-4d1e-88b2-128e864f3694 /mnt/SD
Apr 26 13:43:56 librem5 sudo[2472]: pam_unix(sudo:session): session opened for user root(uid=0) by purism(uid=1000)
Apr 26 13:43:57 librem5 kernel: EXT4-fs (dm-2): mounted filesystem af9a6475-0ce5-4d1e-88b2-128e864f3694 with ordered data mode. Quota mode: none.
Apr 26 13:43:57 librem5 sudo[2472]: pam_unix(sudo:session): session closed for user root

purism@librem5:~$ df -h /mnt/SD/
Dateisystem                      Größe Benutzt Verf. Verw% Eingehängt auf
/dev/mapper/SanDisk--microSDXC-0  196G     28K  186G    1% /mnt/SD

Was mache ich falsch?
TNX

Glückauf, gehrke

 

[gehrke]

Nachtrag: Das Entschlüsseln der LUKS-Partiton klappt aber beim Boot. Daran sollte es also nicht liegen.

So sieht es nach dem Start aus:

purism@librem5:~$ date; sudo reboot
Mi 26. Apr 13:55:38 CEST 2023
Connection to librem5 closed by remote host.
Connection to librem5 closed.

purism@librem5:~$ date; sudo lsblk -f

Mi 26. Apr 13:57:16 CEST 2023

NAME           FSTYPE     FSVER    LABEL UUID                                   FSAVAIL FSUSE% MOUNTPOINT
sda            crypto_LUK 2              33ce066e-00bd-43fb-88a1-45ad8739df4f                  
└─crypt_SD     LVM2_membe LVM2 001       J03R5O-8IOH-C8cC-Ms7E-MydT-KdP2-ZjQpx0                
  └─SanDisk--microSDXC-0
               ext4       1.0            af9a6475-0ce5-4d1e-88b2-128e864f3694                  
mtdblock0                                                                                      
mtdblock1                                                                             0   100% /usr/share/firmw
mmcblk0                                                                                        
├─mmcblk0p1    ext2       1.0            c1d50efc-195a-4115-a49e-e88560fa0e84    241,8M    41% /boot
└─mmcblk0p2    crypto_LUK 2              495d6f3e-1e40-480c-b6a4-5e09ca7e80c3                  
  └─crypt_root ext4       1.0            c6cc5ae4-23df-4bf6-948f-a910f3c24a4f     22,3G    16% /
mmcblk0boot0                                                                                   
mmcblk0boot1                                                                                   
zram0                                                                                          [SWAP]

 

[susejunky]

Hallo @gehrke ,

Die letzte Zeile ist von mir, die anderen vom System:

purism@librem5:~$ cat /etc/fstab
proc /proc proc defaults 0 0
UUID=c6cc5ae4-23df-4bf6-948f-a910f3c24a4f / ext4 errors=remount-ro 0 1
UUID=c1d50efc-195a-4115-a49e-e88560fa0e84 /boot ext2 errors=remount-ro 0 2
UUID=af9a6475-0ce5-4d1e-88b2-128e864f3694 /mnt/SD ext4 noauto,rw,users 0 0

ich würde "noauto" weglassen oder durch "nofail" ersetzen.

Viele Grüße

susejunky

 

[gehrke]

Ja, das war es. Autsch!

purism@librem5:~$ grep '/mnt/SD' /etc/fstab
UUID=af9a6475-0ce5-4d1e-88b2-128e864f3694 /mnt/SD ext4 rw,users 0 0

NAME                     MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda                        8:0    1 238,3G  0 disk 
└─crypt_SD               254:1    0 238,3G  0 crypt
  └─SanDisk--microSDXC-0 254:2    0   200G  0 lvm   /mnt/SD

Vielen Dank - hab' den Wald nicht mehr gesehen...