1 ... 5 6 [7] 8 9 >>> MLD-5.x / Systems / MLD vs. UEFI Boot
 

Offline SvenOL

  • Member
  • **
  • Posts: 98
    • View Profile
MLD vs. UEFI Boot
« Reply #90 on: February 13, 2018, 13:54:23 »
Es werden immer mehr Partitionen:

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20528
    • View Profile
    • ClausMuus.de
MLD vs. UEFI Boot
« Reply #91 on: February 13, 2018, 13:57:36 »
OK, somit liegt's schon mal nicht am Kernel: also weil beim update der Kernel nicht neu geladen wird.
Stellt sich die große Frage, was sich dann noch geändert hat. Kannst Du mal Bitte posten, welche Pakete alle beim update aktualisiert werden. Das wird angezeigt, wenn Du nach einem erneuten Boot des alten Images, auf der Konsole dies ausführst:
Code: [Select]
apt update; apt dist-upgrade
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 6.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 22TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline SvenOL

  • Member
  • **
  • Posts: 98
    • View Profile
MLD vs. UEFI Boot
« Reply #92 on: February 13, 2018, 14:01:42 »
Code: [Select]
The following packages will be upgraded:                                                                                                                                                                                                     
  alsa install kernel xorg   

« Last Edit: February 13, 2018, 14:03:34 by SvenOL »

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20528
    • View Profile
    • ClausMuus.de
MLD vs. UEFI Boot
« Reply #93 on: February 13, 2018, 14:03:35 »
die mmcblk0p... Partitionen kommen von der MLD. Bei den mmcblk0boot... weiß ich nicht woher die kommen. Ich hoffe nicht, das wir die irgendwie ungewollt erzeugen.
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 6.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 22TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20528
    • View Profile
    • ClausMuus.de
MLD vs. UEFI Boot
« Reply #94 on: February 13, 2018, 14:04:44 »
Darf ich mal auf das System drauf schauen?
Das wird über das Webif freigeschaltet, dort wo auch ein Debug-Log erstellt wird.
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 6.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 22TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline SvenOL

  • Member
  • **
  • Posts: 98
    • View Profile
MLD vs. UEFI Boot
« Reply #95 on: February 13, 2018, 14:08:43 »
klar. Habe gerade das alte Image neu gestartet und noch keine Updates gemacht.
Code: [Select]
Die Verbindung ist jetzt über Port xxxx möglich. Diesen musst Du dem Entwickler mitteilen.
port entfernt - bitte sowas per PM!
« Last Edit: February 13, 2018, 14:19:33 by MarMic »

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20528
    • View Profile
    • ClausMuus.de
MLD vs. UEFI Boot
« Reply #96 on: February 13, 2018, 14:26:50 »
So, jetzt ist einiges klarer. Das funktionierende Image ist ein unstable Image, und zwar das, dass ich für den test mit eMMC angepasst hatte. Da es mit dem funktioniert, baue ich jetzt noch mal ein unstable Image wo die Anpassung drin ist, und mit dem Du dann noch mal testen darfst.
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 6.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 22TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline SvenOL

  • Member
  • **
  • Posts: 98
    • View Profile
MLD vs. UEFI Boot
« Reply #97 on: February 13, 2018, 14:30:20 »
ok... sag bescheid, wenn es da ist... ich teste dann

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20528
    • View Profile
    • ClausMuus.de
MLD vs. UEFI Boot
« Reply #98 on: February 13, 2018, 14:35:00 »
OK, versuch's jetzt mal mit diesem Image: https://www.minidvblinux.de/download/5.4/amd64?class=unstable
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 6.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 22TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20528
    • View Profile
    • ClausMuus.de
MLD vs. UEFI Boot
« Reply #99 on: February 13, 2018, 14:36:57 »
Lass mich Bitte noch mal auf das System drauf schauen, wenn Du das neue Image gebootet hast.
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 6.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 22TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline SvenOL

  • Member
  • **
  • Posts: 98
    • View Profile
MLD vs. UEFI Boot
« Reply #100 on: February 13, 2018, 14:50:15 »
So, nun lief die Installation sauber durch!

Offline SvenOL

  • Member
  • **
  • Posts: 98
    • View Profile
MLD vs. UEFI Boot
« Reply #101 on: February 14, 2018, 15:19:42 »
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:
Code: [Select]
/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:
Code: [Select]
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...
Code: [Select]
/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
« Last Edit: February 14, 2018, 15:21:39 by SvenOL »

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20528
    • View Profile
    • ClausMuus.de
MLD vs. UEFI Boot
« Reply #102 on: February 14, 2018, 23:42:12 »
Da klappt wohl was beim Eintragen in die fstab nicht so wie es soll. Du kannst es manuell korrigieren, indem Du in der fstab diese Zeile:
Code: [Select]
/mnt/mmcblk0p3  /data  mergerfs  defaults,category.create=mfs,direct_io,use_ino  0 0durch diese ersetzt:
Code: [Select]
/mnt/sda1  /data  mergerfs  defaults,category.create=mfs,direct_io,use_ino  0 0
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 6.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 22TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline neidersun

  • Member
  • **
  • Posts: 91
    • View Profile
MLD vs. UEFI Boot
« Reply #103 on: February 15, 2018, 16:55:24 »
hallo,
also ich habe zu 100 % nicht die einstellung im bios.
Habe auch die unsable getestet.
bei mir wird nur der stick erkannt.

Offline SvenOL

  • Member
  • **
  • Posts: 98
    • View Profile
MLD vs. UEFI Boot
« Reply #104 on: February 16, 2018, 11:11:25 »
@Claus: danke, teste ich (allerdings erst am Dienstag) und berichte dann...

@neidersun: dann hat einer von uns beiden vielleicht kein UpBoard  ;) meines hat die Form eines Raspberry Pi. Vielleicht machst Du mal Fotos von deinem BIOS? Hast du denn die Northbridge/Southbridge Menüpunkte?

1 ... 5 6 [7] 8 9 >>> MLD-5.x / Systems / MLD vs. UEFI Boot
 



Users Online Users Online

0 Members and 1 Guest are viewing this topic.