Skip to content

Ubuntu Bionic - Namen der Interfaces umstellen

ROCKPro64
1 1 606
  • Ich teste gerade ein wenig auf einem Mainline Kernel rum.

    rock64@rockpro64v2_1:~$ uname -a
    Linux rockpro64v2_1 4.18.0-rc5-1052-ayufan-gd1b8f36378ff #1 SMP PREEMPT Mon Jul 30 14:14:58 UTC 2018 aarch64 aarch64 aarch64 GNU/Linux
    

    Dazu habe ich meinen USB3-to-LAN Adapter eingesteckt. Erkannt wird er.

    rock64@rockpro64v2_1:~$ ip a
    1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
        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: dummy0: <BROADCAST,NOARP> mtu 1500 qdisc noop state DOWN group default qlen 1000
        link/ether ce:0b:da:a2:0a:b8 brd ff:ff:ff:ff:ff:ff
    3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
        link/ether 1e:0e:99:52:8e:40 brd ff:ff:ff:ff:ff:ff
        inet 192.168.3.208/24 brd 192.168.3.255 scope global eth0
           valid_lft forever preferred_lft forever
        inet6 fe80::1c0e:99ff:fe52:8e40/64 scope link 
           valid_lft forever preferred_lft forever
    4: sit0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN group default qlen 1000
        link/sit 0.0.0.0 brd 0.0.0.0
    5: enx000acd26e2c8: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
        link/ether 00:0a:cd:26:e2:c8 brd ff:ff:ff:ff:ff:ff
    

    Doch er bekommt so einen Namen enx000acd26e2c8 Das ist jetzt irgendwie neu. Wenn man es so haben will wie früher, also eth0 und eth1 usw., dann kann man das einstellen.

    sudo nano /boot/extlinux/extlinux.config
    

    Ausgabe

    timeout 10
    menu title select kernel
    
    label kernel-4.18.0-rc5-1052-ayufan-gd1b8f36378ff
        kernel /boot/vmlinuz-4.18.0-rc5-1052-ayufan-gd1b8f36378ff
        initrd /boot/initrd.img-4.18.0-rc5-1052-ayufan-gd1b8f36378ff
        devicetreedir /boot/dtbs/4.18.0-rc5-1052-ayufan-gd1b8f36378ff
        append rw panic=10 init=/sbin/init coherent_pool=1M ethaddr=${ethaddr} eth1addr=${eth1addr} serial=${serial#} cgroup_enable=cpuset cgroup_memory=1 cgroup_enable=memory swapaccount=1 root=LABEL=linux-root rootwait rootfstype=ext4 net.ifnames=0 biosdevname=0
    
    label kernel-4.18.0-rc5-1052-ayufan-gd1b8f36378ff-memtest
        kernel /boot/vmlinuz-4.18.0-rc5-1052-ayufan-gd1b8f36378ff
        initrd /boot/initrd.img-4.18.0-rc5-1052-ayufan-gd1b8f36378ff
        devicetreedir /boot/dtbs/4.18.0-rc5-1052-ayufan-gd1b8f36378ff
        append rw panic=10 init=/sbin/init coherent_pool=1M ethaddr=${ethaddr} eth1addr=${eth1addr} serial=${serial#} cgroup_enable=cpuset cgroup_memory=1 cgroup_enable=memory swapaccount=1 root=LABEL=linux-root rootwait rootfstype=ext4 memtest
    
    label kernel-4.4.132-1081-rockchip-ayufan-g50be7e64a779
        kernel /boot/vmlinuz-4.4.132-1081-rockchip-ayufan-g50be7e64a779
        initrd /boot/initrd.img-4.4.132-1081-rockchip-ayufan-g50be7e64a779
        devicetreedir /boot/dtbs/4.4.132-1081-rockchip-ayufan-g50be7e64a779
        append rw panic=10 init=/sbin/init coherent_pool=1M ethaddr=${ethaddr} eth1addr=${eth1addr} serial=${serial#} cgroup_enable=cpuset cgroup_memory=1 cgroup_enable=memory swapaccount=1 root=LABEL=linux-root rootwait rootfstype=ext4
    
    label kernel-4.4.132-1081-rockchip-ayufan-g50be7e64a779-memtest
        kernel /boot/vmlinuz-4.4.132-1081-rockchip-ayufan-g50be7e64a779
        initrd /boot/initrd.img-4.4.132-1081-rockchip-ayufan-g50be7e64a779
        devicetreedir /boot/dtbs/4.4.132-1081-rockchip-ayufan-g50be7e64a779
        append rw panic=10 init=/sbin/init coherent_pool=1M ethaddr=${ethaddr} eth1addr=${eth1addr} serial=${serial#} cgroup_enable=cpuset cgroup_memory=1 cgroup_enable=memory swapaccount=1 root=LABEL=linux-root rootwait rootfstype=ext4 memtest
    
    label kernel-4.4.132-1075-rockchip-ayufan-ga83beded8524
        kernel /boot/vmlinuz-4.4.132-1075-rockchip-ayufan-ga83beded8524
        initrd /boot/initrd.img-4.4.132-1075-rockchip-ayufan-ga83beded8524
        devicetreedir /boot/dtbs/4.4.132-1075-rockchip-ayufan-ga83beded8524
        append rw panic=10 init=/sbin/init coherent_pool=1M ethaddr=${ethaddr} eth1addr=${eth1addr} serial=${serial#} cgroup_enable=cpuset cgroup_memory=1 cgroup_enable=memory swapaccount=1 root=LABEL=linux-root rootwait rootfstype=ext4
    
    label kernel-4.4.132-1075-rockchip-ayufan-ga83beded8524-memtest
        kernel /boot/vmlinuz-4.4.132-1075-rockchip-ayufan-ga83beded8524
        initrd /boot/initrd.img-4.4.132-1075-rockchip-ayufan-ga83beded8524
        devicetreedir /boot/dtbs/4.4.132-1075-rockchip-ayufan-ga83beded8524
        append rw panic=10 init=/sbin/init coherent_pool=1M ethaddr=${ethaddr} eth1addr=${eth1addr} serial=${serial#} cgroup_enable=cpuset cgroup_memory=1 cgroup_enable=memory swapaccount=1 root=LABEL=linux-root rootwait rootfstype=ext4 memtest
    

    Beim label "label kernel-4.18.0-rc5-1052-ayufan-gd1b8f36378ff" habe ich am Ende der Zeile append folgendes ergänzt

    net.ifnames=0 biosdevname=0
    

    Abspeichern, rebooten und die Namen passen.

     rock64@rockpro64v2_1:~$ ip a
     1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
         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: dummy0: <BROADCAST,NOARP> mtu 1500 qdisc noop state DOWN group default qlen 1000
         link/ether 3a:05:18:25:26:6f brd ff:ff:ff:ff:ff:ff
     3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
         link/ether 1e:0e:99:52:8e:40 brd ff:ff:ff:ff:ff:ff
         inet 192.168.3.208/24 brd 192.168.3.255 scope global eth0
            valid_lft forever preferred_lft forever
         inet6 fe80::1c0e:99ff:fe52:8e40/64 scope link 
            valid_lft forever preferred_lft forever
     4: sit0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN group default qlen 1000
         link/sit 0.0.0.0 brd 0.0.0.0
     5: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
         link/ether 00:0a:cd:26:e2:c8 brd ff:ff:ff:ff:ff:ff
    

    Thank you evilbunny !

  • [V] RockPro64 V2.1

    Frank's Resterampe rockpro64 verkauf
    1
    1
    0 Stimmen
    1 Beiträge
    166 Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 - Debian Bullseye Teil 2

    Verschoben ROCKPro64 debian linux rockpro64
    3
    0 Stimmen
    3 Beiträge
    527 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 - Anpassen resize_rootfs.sh

    Angeheftet ROCKPro64 rockpro64
    3
    0 Stimmen
    3 Beiträge
    555 Aufrufe
    FrankMF
    Seit Release 0.10.10 ist das automatische Vergrößern der Root Partition mit drin 0.10.10: Support automated resize when booting from nvme Einfach das Image auf die NVMe SSD schreiben, ab in den ROCKPro64 und fertig! Nach dem Booten wird die Partition dann automatisch auf die maximal mögliche Größe erweitert. Kamil hat das Script auch ein wenig angepasst. case $dev in /dev/mmcblk?p?) DISK=${dev:0:12} PART=${dev:13} NAME="sd/emmc" ;; /dev/sd??) DISK=${dev:0:8} PART=${dev:8} NAME="hdd/ssd" ;; /dev/nvme?n?p?) DISK=${dev:0:12} PART=${dev:13} NAME="pcie/nvme" ;; Das Resultat bei einer Samsung 979 EVO mit 500GB Speicher rock64@rockpro64:~$ df -h Filesystem Size Used Avail Use% Mounted on udev 918M 0 918M 0% /dev tmpfs 192M 5.2M 187M 3% /run /dev/nvme0n1p4 459G 1.2G 439G 1% / tmpfs 957M 0 957M 0% /dev/shm tmpfs 5.0M 4.0K 5.0M 1% /run/lock tmpfs 957M 0 957M 0% /sys/fs/cgroup /dev/nvme0n1p3 229M 44M 169M 21% /boot /dev/nvme0n1p2 12M 0 12M 0% /boot/efi tmpfs 192M 0 192M 0% /run/user/1000 Perfekt. Danke Kamil!
  • Image 0.9.14 - Kurztest

    ROCKPro64 rockpro64
    1
    1
    0 Stimmen
    1 Beiträge
    250 Aufrufe
    Niemand hat geantwortet
  • H.265/x265 dekodiert und wiedergegeben (4K Video)

    ROCKPro64 rockpro64
    1
    0 Stimmen
    1 Beiträge
    462 Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 - eMMC-Modul / SD-Karte auswählen

    Hardware hardware rockpro64
    3
    2
    0 Stimmen
    3 Beiträge
    2k Aufrufe
    FrankMF
    Echtes Problem gefunden. Wenn die eMMC-Karte verbaut ist, ich mit der SD-Karte starte (Jumper gesetzt), kann ich keinen Kernel updaten. Es ist alles ganz normal installiert, er startet aber immer den letzten vorhandenen. Jumper entfernt, eMMC-Modul entfernt! Bootvorgang mit unveränderter SD-Karte, neuer Kernel wird geladen. OK, das verstehe ich im Moment überhaupt nicht !?!?!?
  • Zwischenfazit Juni 2018

    ROCKPro64 rockpro64
    1
    0 Stimmen
    1 Beiträge
    715 Aufrufe
    Niemand hat geantwortet
  • 4GB Version - Out of stock

    Verschoben Archiv rockpro64
    1
    1
    0 Stimmen
    1 Beiträge
    745 Aufrufe
    Niemand hat geantwortet