So... ich habe nun noch ein weiteres Problem mit dem UpBoard. Hat zwar nichts mit UEFI zu tun, aber evtl mit dem eMMC... daher schreibe ich es hier mal rein.
Das UpBoard verfügt über eine USB 3.0 OTG Schnittstelle und da das UbBoard mein VDR Server werden soll, kommt hier dran eine WD Elements.
- diese wird mir im WebInterface unter "Speicher Medien" bei "USB Stick aushängen:" als "ata-sda1: 2.7T (sda1)" angezeigt
- unter "Daten Speicher hinzufügen:" steht ein Punkt: "sda1: 2794,4GB"
- nach der MLD Neuinstallation entferne ich den bisherigen Datenspeicher "mmcblk0p3" und füge "sda1: 2794,4GB" neu hinzu
- Im WebInterface steht nun korrekterweise "Daten Speicher: /mnt/sda1: 2.7TB" (und die entsprechenden Dateien der Festplatte finde ich auch unter "/data")
- starte ich die MLD neu, hat sich diese Anzeige geändert in: "Daten Speicher: /mnt/sda1: 9.3GB" und unter "/data" finde ich die Dateien nicht mehr wieder...
- logs von direkt nach dem letzten Neustart anbei.
- mount direkt nach der Neuinstallation gibt:
/dev/mmcblk0p2 on / type btrfs (rw,relatime,ssd,noacl,space_cache,subvolid=259,subvol=/@root)
proc on /proc type proc (rw,relatime)
sys on /sys type sysfs (rw,relatime)
tmp on /tmp type tmpfs (rw,relatime)
run on /run type tmpfs (rw,relatime)
dev on /dev type devtmpfs (rw,relatime,size=1708360k,nr_inodes=427090,mode=755)
devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620,ptmxmode=000)
log on /var/log type tmpfs (rw,relatime)
/dev/mmcblk0p3 on /mnt/mmcblk0p3 type xfs (rw,relatime,attr2,inode64,noquota)
/mnt/mmcblk0p3 on /data type fuse.mergerfs (rw,nosuid,nodev,relatime,user_id=0,group_id=0)
/dev/mmcblk0p3 on /var/cache type xfs (rw,relatime,attr2,inode64,noquota)
/dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0002,dmask=0002,allow_utime=0020,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/sda1 on /media/ata-sda1 type ext3 (rw,relatime,data=ordered)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
und die fstab sieht so aus:
proc /proc proc defaults 0 0
sys /sys sysfs defaults 0 0
run /run tmpfs defaults 0 0
tmp /tmp tmpfs defaults 0 0
dev /dev devtmpfs defaults 0 0
devpts /dev/pts devpts mode=0620,gid=5 0 0
/dev/dvd /media/dvd auto ro,noauto 0 0
/dev/cdrom /media/cdrom auto ro,noauto 0 0
UUID=bf0a9ee0-a7e9-49ab-b521-4d0e86f2d67c / auto defaults 0 1
UUID=1e856d09-291c-4924-8ab8-01c10f3b52a9 /mnt/mmcblk0p3 auto defaults 0 2
/mnt/mmcblk0p3 /data mergerfs defaults,category.create=mfs,direct_io,use_ino 0 0
/mnt/mmcblk0p3/.cache /var/cache none bind 0 0
UUID=2FDE-EEC5 /boot auto defaults 0 2
Woran liegt das?
aus df -h schließe ich, dass er irgendwie /dev/mmcblk0p2 als /mnt/sda1 mounted...
/dev/mmcblk0p2 9.3G 265.9M 8.8G 3% /
tmp 1.6G 12.0K 1.6G 0% /tmp
run 1.6G 408.0K 1.6G 0% /run
dev 1.6G 0 1.6G 0% /dev
log 1.6G 104.0K 1.6G 0% /var/log
/dev/mmcblk0p3 19.7G 91.1M 19.6G 0% /mnt/mmcblk0p3
/dev/mmcblk0p3 19.7G 91.1M 19.6G 0% /var/cache
/dev/mmcblk0p1 94.5M 13.6M 80.9M 14% /boot
/mnt/sda1 9.3G 265.9M 8.8G 3% /data
Gruß und Danke,
Sven