Skip to content

eMMC Modul

Hardware
  • Heute ist ja meine Lieferung aus dem fernen Osten angekommen 😉

    Darunter war auch eine 32 GB eMMC Karte. Dann wollen wir mal schauen wie das so funktioniert.

    System

    rock64@rockpro64:~$ uname -a
    Linux rockpro64 4.4.132-1072-rockchip-ayufan-ga1d27dba5a2e #1 SMP Sat Jul 21 20:18:03 UTC 2018 aarch64 aarch64 aarch64 GNU/Linux
    

    fdisk -l

    rock64@rockpro64:~$ sudo fdisk -l
    [sudo] password for rock64: 
    Disk /dev/ram0: 4 MiB, 4194304 bytes, 8192 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 4096 bytes
    I/O size (minimum/optimal): 4096 bytes / 4096 bytes
    
    
    Disk /dev/mtdblock0: 4 MiB, 4161536 bytes, 8128 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    
    
    Disk /dev/mtdblock1: 32 KiB, 32768 bytes, 64 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    
    
    Disk /dev/mtdblock2: 256 KiB, 262144 bytes, 512 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    
    
    Disk /dev/mmcblk1: 28.9 GiB, 31037849600 bytes, 60620800 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disklabel type: dos
    Disk identifier: 0x6f20736b
    
    Device         Boot      Start        End    Sectors   Size Id Type
    /dev/mmcblk1p1       778135908 1919645538 1141509631 544.3G 72 unknown
    /dev/mmcblk1p2       168689522 2104717761 1936028240 923.2G 65 Novell Netware 386
    /dev/mmcblk1p3      1869881465 3805909656 1936028192 923.2G 79 unknown
    /dev/mmcblk1p4      2885681152 2885736650      55499  27.1M  d unknown
    
    Partition table entries are not in disk order.
    
    
    
    
    Disk /dev/mmcblk1boot1: 4 MiB, 4194304 bytes, 8192 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    
    
    Disk /dev/mmcblk1boot0: 4 MiB, 4194304 bytes, 8192 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    
    
    Disk /dev/mmcblk0: 14.9 GiB, 15931539456 bytes, 31116288 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disklabel type: gpt
    Disk identifier: 2934CDA1-05F4-468A-AC81-718F9FD97DB0
    
    Device          Start      End  Sectors  Size Type
    /dev/mmcblk0p1     64     8063     8000  3.9M Linux filesystem
    /dev/mmcblk0p2   8064     8191      128   64K Linux filesystem
    /dev/mmcblk0p3   8192    16383     8192    4M Linux filesystem
    /dev/mmcblk0p4  16384    24575     8192    4M Linux filesystem
    /dev/mmcblk0p5  24576    32767     8192    4M Linux filesystem
    /dev/mmcblk0p6  32768   262143   229376  112M Microsoft basic data
    /dev/mmcblk0p7 262144 31116254 30854111 14.7G Linux filesystem
    
    
    Disk /dev/sda: 223.6 GiB, 240057409536 bytes, 468862128 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disklabel type: dos
    Disk identifier: 0x17830656
    
    Device     Boot Start       End   Sectors   Size Id Type
    /dev/sda1       65535 468862127 468796593 223.6G 83 Linux
    
    
    Disk /dev/sdb: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 4096 bytes
    I/O size (minimum/optimal): 4096 bytes / 4096 bytes
    Disklabel type: dos
    Disk identifier: 0xb9aa5cfb
    
    Device     Boot Start        End    Sectors   Size Id Type
    /dev/sdb1        2048 1953525167 1953523120 931.5G 83 Linux
    
    
    Disk /dev/zram0: 166 MiB, 173989888 bytes, 42478 sectors
    Units: sectors of 1 * 4096 = 4096 bytes
    Sector size (logical/physical): 4096 bytes / 4096 bytes
    I/O size (minimum/optimal): 4096 bytes / 4096 bytes
    
    
    Disk /dev/zram1: 166 MiB, 173989888 bytes, 42478 sectors
    Units: sectors of 1 * 4096 = 4096 bytes
    Sector size (logical/physical): 4096 bytes / 4096 bytes
    I/O size (minimum/optimal): 4096 bytes / 4096 bytes
    
    
    Disk /dev/zram2: 166 MiB, 173989888 bytes, 42478 sectors
    Units: sectors of 1 * 4096 = 4096 bytes
    Sector size (logical/physical): 4096 bytes / 4096 bytes
    I/O size (minimum/optimal): 4096 bytes / 4096 bytes
    
    
    Disk /dev/zram3: 166 MiB, 173989888 bytes, 42478 sectors
    Units: sectors of 1 * 4096 = 4096 bytes
    Sector size (logical/physical): 4096 bytes / 4096 bytes
    I/O size (minimum/optimal): 4096 bytes / 4096 bytes
    
    
    Disk /dev/zram4: 166 MiB, 173989888 bytes, 42478 sectors
    Units: sectors of 1 * 4096 = 4096 bytes
    Sector size (logical/physical): 4096 bytes / 4096 bytes
    I/O size (minimum/optimal): 4096 bytes / 4096 bytes
    
    
    Disk /dev/zram5: 166 MiB, 173989888 bytes, 42478 sectors
    Units: sectors of 1 * 4096 = 4096 bytes
    Sector size (logical/physical): 4096 bytes / 4096 bytes
    I/O size (minimum/optimal): 4096 bytes / 4096 bytes
    

    Mal was kürzen, die SD-Karte

    Disk /dev/mmcblk0: 14.9 GiB, 15931539456 bytes, 31116288 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disklabel type: gpt
    Disk identifier: 2934CDA1-05F4-468A-AC81-718F9FD97DB0
    
    Device          Start      End  Sectors  Size Type
    /dev/mmcblk0p1     64     8063     8000  3.9M Linux filesystem
    /dev/mmcblk0p2   8064     8191      128   64K Linux filesystem
    /dev/mmcblk0p3   8192    16383     8192    4M Linux filesystem
    /dev/mmcblk0p4  16384    24575     8192    4M Linux filesystem
    /dev/mmcblk0p5  24576    32767     8192    4M Linux filesystem
    /dev/mmcblk0p6  32768   262143   229376  112M Microsoft basic data
    /dev/mmcblk0p7 262144 31116254 30854111 14.7G Linux filesystem
    

    Die eMMC Karte

    Disk /dev/mmcblk1: 28.9 GiB, 31037849600 bytes, 60620800 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disklabel type: dos
    Disk identifier: 0x6f20736b
    
    Device         Boot      Start        End    Sectors   Size Id Type
    /dev/mmcblk1p1       778135908 1919645538 1141509631 544.3G 72 unknown
    /dev/mmcblk1p2       168689522 2104717761 1936028240 923.2G 65 Novell Netware 386
    /dev/mmcblk1p3      1869881465 3805909656 1936028192 923.2G 79 unknown
    /dev/mmcblk1p4      2885681152 2885736650      55499  27.1M  d unknown
    
    Partition table entries are not in disk order.
    
    
    
    
    Disk /dev/mmcblk1boot1: 4 MiB, 4194304 bytes, 8192 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    
    
    Disk /dev/mmcblk1boot0: 4 MiB, 4194304 bytes, 8192 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    

    System kopieren

    rock64@rockpro64:/usr/local/sbin$ sudo dd if=/dev/mmcblk0 of=/dev/mmcblk1
    31116288+0 records in
    31116288+0 records out
    15931539456 bytes (16 GB, 15 GiB) copied, 1784.49 s, 8.9 MB/s
    

    Das Ganze dauert etwas, also ruhig mal Kaffee trinken oder was anderes 😉

    rock64@rockpro64:~$ sudo dd if=/dev/mmcblk0 of=/dev/mmcblk1 bs=4M
    3798+1 records in
    3798+1 records out
    15931539456 bytes (16 GB, 15 GiB) copied, 486.644 s, 32.7 MB/s
    

    Dank eines Tipps aus dem Forum, ich hatte bs=4M nicht angehangen, geht es jetzt deutlich schneller! Thank you! Dauert jetzt bei mir nur noch ca. 10 Minuten. Damit kann man leben 😉

    Speedtest

    rock64@rockpro64:~$ sudo dd if=/dev/zero of=sd.img bs=1M count=4096 conv=fdatasync
    4096+0 records in
    4096+0 records out
    4294967296 bytes (4.3 GB, 4.0 GiB) copied, 43.7304 s, 98.2 MB/s
    

    Das Ganze noch mit iozone

    rock64@rockpro64:~$ sudo iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2 
    	Iozone: Performance Test of File I/O
    	        Version $Revision: 3.429 $
    		Compiled for 64 bit mode.
    		Build: linux 
    
    	Contributors:William Norcott, Don Capps, Isom Crawford, Kirby Collins
    	             Al Slater, Scott Rhine, Mike Wisner, Ken Goss
    	             Steve Landherr, Brad Smith, Mark Kelly, Dr. Alain CYR,
    	             Randy Dunlap, Mark Montague, Dan Million, Gavin Brebner,
    	             Jean-Marc Zucconi, Jeff Blomberg, Benny Halevy, Dave Boone,
    	             Erik Habbinga, Kris Strecker, Walter Wong, Joshua Root,
    	             Fabrice Bacchella, Zhenghua Xue, Qin Li, Darren Sawyer,
    	             Vangel Bojaxhi, Ben England, Vikentsi Lapa.
    
    	Run began: Wed Jul 25 16:28:19 2018
    
    	Include fsync in write timing
    	O_DIRECT feature enabled
    	Auto Mode
    	File size set to 102400 kB
    	Record Size 4 kB
    	Record Size 16 kB
    	Record Size 512 kB
    	Record Size 1024 kB
    	Record Size 16384 kB
    	Command line used: iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2
    	Output is in kBytes/sec
    	Time Resolution = 0.000001 seconds.
    	Processor cache size set to 1024 kBytes.
    	Processor cache line size set to 32 bytes.
    	File stride size set to 17 * record size.
                                                                  random    random     bkwd    record    stride                                    
                  kB  reclen    write  rewrite    read    reread    read     write     read   rewrite      read   fwrite frewrite    fread  freread
              102400       4     3640     4406     8138     8161     8221     3806                                                          
              102400      16    15447    18884    32456    32616    32407    18112                                                          
              102400     512    86681    90801   104477   104538   105025    90173                                                          
              102400    1024    91425    94894   107187   107413   106724    88925                                                          
              102400   16384    93649    95187   115293   115418   115404    95819                                                          
    
    iozone test complete.
    

    Resizing

    Nach dieser Aktion ist die Partition Nr.7 kleiner als die eMMC-Karte groß ist. Die eMMC-Karte hat 32 GB, die SD-Karte hatte 16GB. dd kopiert ja stumpf 1:1 alles rüber. Was machen? Kamil hat unter /usr/local/sbin ein paar Scripte liegen. Darunter resize_rootfs.sh Dieses Script ist dafür da, die Partition Nr.7 auf die maximale Größe des Gerätes zu vergrößern. Genau das was ich brauche 😉

    rock64@rockpro64:/usr/local/sbin$ sudo ./resize_rootfs.sh 
        [sudo] password for rock64: 
        Resizing /dev/mmcblk1 (sd/emmc -- /dev/mmcblk1p7)...
        + sgdisk -e /dev/mmcblk1
        Warning: The kernel is still using the old partition table.
        The new table will be used at the next reboot or after you
        run partprobe(8) or kpartx(8)
        The operation has completed successfully.
        + echo ,+,,,
        + sfdisk /dev/mmcblk1 -N7 --force
        Checking that no-one is using this disk right now ... FAILED
        
        This disk is currently in use - repartitioning is probably a bad idea.
        Umount all file systems, and swapoff all swap partitions on this disk.
        Use the --no-reread flag to suppress this check.
        
        Disk /dev/mmcblk1: 28.9 GiB, 31037849600 bytes, 60620800 sectors
        Units: sectors of 1 * 512 = 512 bytes
        Sector size (logical/physical): 512 bytes / 512 bytes
        I/O size (minimum/optimal): 512 bytes / 512 bytes
        Disklabel type: gpt
        Disk identifier: 2934CDA1-05F4-468A-AC81-718F9FD97DB0
        
        Old situation:
        
        Device          Start      End  Sectors  Size Type
        /dev/mmcblk1p1     64     8063     8000  3.9M Linux filesystem
        /dev/mmcblk1p2   8064     8191      128   64K Linux filesystem
        /dev/mmcblk1p3   8192    16383     8192    4M Linux filesystem
        /dev/mmcblk1p4  16384    24575     8192    4M Linux filesystem
        /dev/mmcblk1p5  24576    32767     8192    4M Linux filesystem
        /dev/mmcblk1p6  32768   262143   229376  112M Microsoft basic data
        /dev/mmcblk1p7 262144 31116254 30854111 14.7G Linux filesystem
        
        /dev/mmcblk1p7: 
        New situation:
        Disklabel type: gpt
        Disk identifier: 2934CDA1-05F4-468A-AC81-718F9FD97DB0
        
        Device          Start      End  Sectors  Size Type
        /dev/mmcblk1p1     64     8063     8000  3.9M Linux filesystem
        /dev/mmcblk1p2   8064     8191      128   64K Linux filesystem
        /dev/mmcblk1p3   8192    16383     8192    4M Linux filesystem
        /dev/mmcblk1p4  16384    24575     8192    4M Linux filesystem
        /dev/mmcblk1p5  24576    32767     8192    4M Linux filesystem
        /dev/mmcblk1p6  32768   262143   229376  112M Microsoft basic data
        /dev/mmcblk1p7 262144 60619709 60357566 28.8G Linux filesystem
        
        The partition table has been altered.
        Calling ioctl() to re-read partition table.
        Re-reading the partition table failed.: Device or resource busy
        The kernel still uses the old table. The new table will be used at the next reboot or after you run partprobe(8) or kpartx(8).
        Syncing disks.
        + partprobe /dev/mmcblk1
        + resize2fs /dev/mmcblk1p7
        resize2fs 1.44.1 (24-Mar-2018)
        Filesystem at /dev/mmcblk1p7 is mounted on /; on-line resizing required
        old_desc_blocks = 2, new_desc_blocks = 4
        The filesystem on /dev/mmcblk1p7 is now 7544695 (4k) blocks long.
    

    Neustarten, danach hat die Partition 29GB

     rock64@rockpro64:~$ df -h
     Filesystem      Size  Used Avail Use% Mounted on
     udev            992M     0  992M   0% /dev
     tmpfs           200M  488K  199M   1% /run
     /dev/mmcblk1p7   29G  1.3G   26G   5% /
     tmpfs           996M     0  996M   0% /dev/shm
     tmpfs           5.0M  4.0K  5.0M   1% /run/lock
     tmpfs           996M     0  996M   0% /sys/fs/cgroup
     /dev/mmcblk1p6  112M  4.0K  112M   1% /boot/efi
     tmpfs           200M     0  200M   0% /run/user/1000
    

    Fazit

    Die eMMC-Karte auf einem ROCKPro64 scheint ja ganz gut nutzbar zu sein. Ist aber noch zu früh für ein endgültiges Fazit. Was mir jetzt schon auffällt, wenn man oft sie Images ausprobiert, ist eine SD-Karte unschlagbar. Einfach zu handeln. Wenn eine Version aber mal relativ fix ist, kann man auch eine eMMC Karte nehmen.

    Ich will SPI 🙂

    Update

    Wenn ich eine 32GB SD-Karte nehme klappt es nicht, bekomme dann eine Fehlermeldung. Nehmt eine SD-Karte die etwas kleiner ist als das eMMC-Modul. Bsp.: 16GB SD-Karte - 32GB eMMC-Modul 😉

  • ROCKPro64 - Debian Bullseye Teil 2

    Verschoben ROCKPro64
    3
    0 Stimmen
    3 Beiträge
    431 Aufrufe
    FrankMF

    Gestern mal das Ganze mit einem Cinnamon Desktop ausprobiert. Eine verschlüsselte Installation auf eine PCIe NVMe SSD. So weit lief das alles reibungslos. Der Cinnamon Desktop hat dann leider keine 3D Unterstützung. Sieht so aus, als wenn keine vernünftigen Grafiktreiber genutzt würden. Da ich auf diesem Gebiet aber eine Null bin, lassen wir das mal so. Außerdem mag ich sowieso keine Desktops auf diesen kleinen SBC. Da fehlt mir einfach der Dampf 😉

    Gut, was ist mir so aufgefallen?

    Unbedingt die Daten des Daily Images erneuern, keine alten Images nutzen. Ich hatte da jetzt ein paar Mal Schwierigkeiten mit. Da das ja nun keine Arbeit ist, vorher einfach neu runterladen und Image bauen.

    Warum zum Henker bootet eigentlich. außer meiner Samsung T5, nichts vom USB3 oder USB-C Port?? 👿

  • ROCKPro64 - Debian 10.1

    ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    400 Aufrufe
    Niemand hat geantwortet
  • Ayufan Release 0.7.12

    ROCKPro64
    3
    0 Stimmen
    3 Beiträge
    410 Aufrufe
    FrankMF

    Dafür andere Probleme 🙂

    Link Preview Image 0.7.12_with_pcie_nvme_ssd - Pastebin.com

    Pastebin.com is the number one paste tool since 2002. Pastebin is a website where you can store text online for a set period of time.

    favicon

    Pastebin (pastebin.com)

    Aktuell nicht zu empfehlen!

  • ROCKPro64 - Das erste Mal

    Angeheftet Verschoben Hardware
    5
    1 Stimmen
    5 Beiträge
    866 Aufrufe
    FrankMF

    Ich kann heute die Fragen aller Fragen beantworten 🙂

    Damit ist leider die Frage immer noch unbeantwortet ob WLan und PCIe zusammen nutzbar ist!! Es geht!!

    Ich habe von MrFixit ein Testimage der RecalBox, benutzt das selbe Debian wie oben. Die Tage konnte man im IRC verfolgen, wie man dem Grundproblem näher kam und wohl einen Fix gebastelt hat, damit beides zusammen funktioniert. Mr.Fixit hat das in RecalBox eingebaut und ich durfte testen.

    # ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue qlen 1 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP8000> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 62:03:b0:d6:dc:b3 brd ff:ff:ff:ff:ff:ff 3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP8000> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether ac:83:f3:e6:1f:b2 brd ff:ff:ff:ff:ff:ff inet 192.168.178.27/24 brd 192.168.178.255 scope global wlan0 valid_lft forever preferred_lft forever inet6 2a02:908:1262:4680:ae83:f3ff:fee6:1fb2/64 scope global dynamic valid_lft 7145sec preferred_lft 3545sec inet6 fe80::ae83:f3ff:fee6:1fb2/64 scope link valid_lft forever preferred_lft forever # ls /mnt bin etc media recalbox sd.img test2.img boot home mnt root selinux tmp crypthome lib opt run srv usr dev lost+found proc sbin sys var # fdisk BusyBox v1.27.2 (2019-02-01 22:43:19 EST) multi-call binary. Usage: fdisk [-ul] [-C CYLINDERS] [-H HEADS] [-S SECTORS] [-b SSZ] DISK Change partition table -u Start and End are in sectors (instead of cylinders) -l Show partition table for each DISK, then exit -b 2048 (for certain MO disks) use 2048-byte sectors -C CYLINDERS Set number of cylinders/heads/sectors -H HEADS Typically 255 -S SECTORS Typically 63 # fdisk -l Disk /dev/mmcblk0: 15 GB, 15931539456 bytes, 31116288 sectors 486192 cylinders, 4 heads, 16 sectors/track Units: cylinders of 64 * 512 = 32768 bytes Device Boot StartCHS EndCHS StartLBA EndLBA Sectors Size Id Type /dev/mmcblk0p1 * 2,10,9 10,50,40 32768 163839 131072 64.0M c Win95 FAT32 (LBA) Partition 1 does not end on cylinder boundary /dev/mmcblk0p2 * 16,81,2 277,102,17 262144 4456447 4194304 2048M 83 Linux Partition 2 does not end on cylinder boundary /dev/mmcblk0p3 277,102,18 1023,254,63 4456448 31115263 26658816 12.7G 83 Linux Partition 3 does not end on cylinder boundary Disk /dev/nvme0n1: 233 GB, 250059350016 bytes, 488397168 sectors 2543735 cylinders, 12 heads, 16 sectors/track Units: cylinders of 192 * 512 = 98304 bytes Device Boot StartCHS EndCHS StartLBA EndLBA Sectors Size Id Type /dev/nvme0n1p1 1,0,1 907,11,16 2048 488397167 488395120 232G 83 Linux #

    Oben sieht man eine funktionierende WLan-Verbindung, das LAN-Kabel war entfernt. Unten sieht man die PCIe NVMe SSD, gemountet nach /mnt und Inhaltsausgabe.

    Das sollte beweisen, das der Ansatz der Lösung funktioniert. Leider kann ich nicht sagen, das es zum jetzigen Zeitpunkt stabil läuft. Ich habe einfach so Reboots, kann den Fehler aktuell aber nicht fangen. Mal sehen ob ich noch was finde.

    Aber, es ist ein Anfang!

  • Kernel updaten NVMe / SDCard

    Verschoben ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    877 Aufrufe
    Niemand hat geantwortet
  • SATA Karte Marvell 88SE9230 Chipsatz

    Angeheftet Hardware
    19
    0 Stimmen
    19 Beiträge
    6k Aufrufe
    FrankMF

    Ok, es gibt noch eine andere Möglichkeit.

    Kamil hat mir noch ein wenig geholfen. Mit folgender Änderung werden die Platten gefunden.

    hmm, I had to add /etc/default/extlinux: libahci.skip_host_reset=1

    Sieht dann so aus.

    # Configure timeout to choose the kernel # TIMEOUT="10" # Configure default kernel to boot: check all kernels in `/boot/extlinux/extlinux.conf` # DEFAULT="kernel-4.4.126-rockchip-ayufan-253" # Configure additional kernel configuration options APPEND="$APPEND root=LABEL=linux-root rootwait rootfstype=ext4 libahci.skip_host_reset=1"

    Danach waren die Platten zu sehen.

    root@rockpro64:/tmp/etc/default# blkid /dev/sda2: SEC_TYPE="msdos" LABEL_FATBOOT="boot-efi" LABEL="boot-efi" UUID="ABCD-FC7D" TYPE="vfat" PARTLABEL="boot_efi" PARTUUID="72e36967-4050-4bb3-8f8f-bf6755c38f28" /dev/sda3: LABEL="linux-boot" UUID="8e289a3e-0f9b-4da1-a147-51e03390637c" TYPE="ext4" PARTLABEL="linux_boot" PARTUUID="fe944fd2-3e42-4202-8a95-656e9bdb4be6" /dev/sda4: LABEL="linux-root" UUID="3e9513c6-dfd1-48c9-bee2-04bb5a153056" TYPE="ext4" PARTLABEL="linux_root" PARTUUID="d2d1dd88-030d-4f74-998f-7c9ce7d385d0" /dev/sdb2: SEC_TYPE="msdos" LABEL_FATBOOT="boot-efi" LABEL="boot-efi" UUID="56C9-F745" TYPE="vfat" PARTLABEL="boot_efi" PARTUUID="919c8f73-5f25-4a01-9072-3a5ed9a88ff2" /dev/sdb3: LABEL="linux-boot" UUID="23c19647-f4a1-4197-a877-f1bb03456bef" TYPE="ext4" PARTLABEL="linux_boot" PARTUUID="093d0cc0-d122-4dce-aeb5-4e266b4b7d9d" /dev/sdb4: LABEL="linux-root" UUID="f1c74331-8318-4ee8-a4f7-f0c169fb9944" TYPE="ext4" PARTLABEL="linux_root" PARTUUID="964ab457-58d5-40c4-bb02-dfd37bd2f0da" /dev/sda1: PARTLABEL="loader1" PARTUUID="37466429-e4a4-495c-b9a1-3f74625a3cae" /dev/sdb1: PARTLABEL="loader1" PARTUUID="33f692b3-54cb-4a37-b602-21a2baf32fa0"

    Aber auch hiermit ist ein Boot von der SATA Platte nicht möglich.

    Ich möchte hier noch was vom kamil zitieren.

    (11:44:09) ayufanWithPM: will look later, but this controller is tricky, also on x86 as well
    (11:44:16) ayufanWithPM: jms585 seems to be significantly more stable

    Evt. bekommt er das gefixt 😉

  • ROCKPro64 - Wo stehen wir?

    ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    603 Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 - Platinenerkundung

    ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    601 Aufrufe
    Niemand hat geantwortet