Skip to content

Debian 11 Bullseye released!

Linux
  • Heute wird Debian 11 Bullseye released. Man konnte den ganzen Tag mitlesen wie das so läuft. Und dort kamen auch ein paar Info's was so alles neu ist.

    • neues ipp-usb Paket für treiberloses Drucken über USB
    • neuer "Open" Befehl der weiß was er mit dem File machen soll (ich bin gespannt..)
    • nächster Testzweig heißt "Bookworm"
    • "systemd persistent journal" ist aktiv, es läuft neben dem normalen logging.
    • treiberloses scannen mit "sane-airscan"
    • erster Kernel mit exFAT Filesystem

    Releasing Debian 11 doesn't mean Debian 10 "buster" is abandoned. Debian supports the previous version for at least twelve months following a new release, before it moves to the LTS and eLTS teams for further maintenance #ReleasingDebianBullseye

    Jetzt warten wir nur noch auf die Images 🙂

  • Bildschirmfoto vom 2021-08-14 20-28-16.png

    Mein Notebook am aktualisieren. Der Vorgang ist ein wenig zickig, aber es funktioniert 😉

  • Auf meinem Zweit-PC mit dem Debian Netinstaller installiert. Nach dem Neustart die Grafiktreiber installiert (NVidia) und es lief. Als Desktop ist Cinnamon installiert. Dort fällt mir dann auf, das der Networkmanager keine Verbindung anzeigt.

    Ok, für den USB WiFi Stick sind keine Treiber installiert, das ist klar. Aber auch keine LAN Verbindung, obwohl sie steht.

    root@debian:~# ping 8.8.8.8
    PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
    64 bytes from 8.8.8.8: icmp_seq=1 ttl=117 time=15.2 ms
    64 bytes from 8.8.8.8: icmp_seq=2 ttl=117 time=13.5 ms
    ^C
    --- 8.8.8.8 ping statistics ---
    2 packets transmitted, 2 received, 0% packet loss, time 1001ms
    rtt min/avg/max/mdev = 13.546/14.356/15.167/0.810 ms
    root@debian:~# ping www.google.de
    PING www.google.de(fra16s48-in-x03.1e100.net (2a00:1450:4001:80e::2003)) 56 data bytes
    64 bytes from fra16s48-in-x03.1e100.net (2a00:1450:4001:80e::2003): icmp_seq=1 ttl=118 time=15.2 ms
    64 bytes from fra16s48-in-x03.1e100.net (2a00:1450:4001:80e::2003): icmp_seq=2 ttl=118 time=13.3 ms
    ^C
    --- www.google.de ping statistics ---
    2 packets transmitted, 2 received, 0% packet loss, time 1001ms
    rtt min/avg/max/mdev = 13.288/14.261/15.234/0.973 ms
    

    Gut, mal nachdenken...

  • Mein Systemadmin auf der Arbeit meinte heute, angesprochen auf das Problem, läuft der Network-Manager? Ok, gute Frage...... Schauen wir mal.

    Ich bin mir leider nicht 100% sicher, ob er vor meinem Eingreifen lief, ich denke aber schon. Warum ich unsicher bin?

    root@debian:~# systemctl enable systemd-networkd.service
    Created symlink /etc/systemd/system/dbus-org.freedesktop.network1.service → /lib/systemd/system/systemd-networkd.service.
    Created symlink /etc/systemd/system/multi-user.target.wants/systemd-networkd.service → /lib/systemd/system/systemd-networkd.service.
    Created symlink /etc/systemd/system/sockets.target.wants/systemd-networkd.socket → /lib/systemd/system/systemd-networkd.socket.
    Created symlink /etc/systemd/system/network-online.target.wants/systemd-networkd-wait-online.service → /lib/systemd/system/systemd-networkd-wait-online.service.
    

    Ok, danach

    root@debian:~# systemctl start systemd-networkd.service
    root@debian:~# systemctl status systemd-networkd.service
    ● systemd-networkd.service - Network Service
         Loaded: loaded (/lib/systemd/system/systemd-networkd.service; enabled; ven>
         Active: active (running) since Tue 2021-08-17 17:36:38 CEST; 6s ago
    TriggeredBy: ● systemd-networkd.socket
           Docs: man:systemd-networkd.service(8)
       Main PID: 1288 (systemd-network)
         Status: "Processing requests..."
          Tasks: 1 (limit: 19087)
         Memory: 3.9M
            CPU: 39ms
         CGroup: /system.slice/systemd-networkd.service
                 └─1288 /lib/systemd/systemd-networkd
    
    Aug 17 17:36:38 debian systemd[1]: Starting Network Service...
    Aug 17 17:36:38 debian systemd-networkd[1288]: enp25s0: Gained IPv6LL
    Aug 17 17:36:38 debian systemd-networkd[1288]: Enumeration completed
    Aug 17 17:36:38 debian systemd[1]: Started Network Service.
    

    Danach ging immer noch nix.

    root@debian:/etc/network# ^C
    root@debian:/etc/network# nmcli device show
    GENERAL.DEVICE:                         wlx7cdd907cbec2
    GENERAL.TYPE:                           wifi
    GENERAL.HWADDR:                         BA:59:C0:76:C7:F5
    GENERAL.MTU:                            1500
    GENERAL.STATE:                          20 (nicht verfügbar)
    GENERAL.CONNECTION:                     --
    GENERAL.CON-PATH:                       --
    
    GENERAL.DEVICE:                         enp25s0
    GENERAL.TYPE:                           ethernet
    GENERAL.HWADDR:                         30:9C:23:60:C6:8E
    GENERAL.MTU:                            1500
    GENERAL.STATE:                          10 (nicht verwaltet)
    GENERAL.CONNECTION:                     --
    GENERAL.CON-PATH:                       --
    WIRED-PROPERTIES.CARRIER:               an
    IP4.ADDRESS[1]:                         192.168.3.169/24
    IP4.GATEWAY:                            192.168.3.1
    IP4.ROUTE[1]:                           dst = 192.168.3.0/24, nh = 0.0.0.0, mt = 0
    IP4.ROUTE[2]:                           dst = 0.0.0.0/0, nh = 192.168.3.1, mt = 0
    IP6.ADDRESS[1]:                         2a02:908:1260:13bc:329c:23ff:xxxx:xxxx/64
    IP6.ADDRESS[2]:                         fd8a:6ff:2880:0:329c:23ff:fe60:c68e/64
    IP6.ADDRESS[3]:                         fe80::329c:23ff:fe60:c68e/64
    IP6.GATEWAY:                            fe80::e4d3:f0ff:fe8f:2354
    IP6.ROUTE[1]:                           dst = fe80::/64, nh = ::, mt = 256
    IP6.ROUTE[2]:                           dst = ::/0, nh = fe80::e4d3:f0ff:fe8f:2354, mt = 1024
    IP6.ROUTE[3]:                           dst = 2a02:908:xxxx:xxxx::/64, nh = ::, mt = 256
    IP6.ROUTE[4]:                           dst = fd8a:6ff:2880::/64, nh = ::, mt = 256
    

    Jetzt hatte ich das erste Mal einen Ansatz, wonach ich suchen musste.

        GENERAL.STATE:                          10 (nicht verwaltet)
    

    Etwas Suche im Netz und dann das

    nano /etc/NetworkManager/NetworkManager.conf
    

    Inhalt der Datei

    [main]
    plugins=ifupdown,keyfile
    
    [ifupdown]
    managed=false
    

    Das false in true geändert. Danach ein

    systemctl restart NetworkManager
    

    und ich konnte den Network-Manager auf dem Desktop benutzen!?!?!?

    Bildschirmfoto vom 2021-08-17 18-07-25.png

    Irgendwas ist da durcheinander im Bullseye 😳

  • 0 Stimmen
    1 Beiträge
    84 Aufrufe
    Niemand hat geantwortet
  • Debian 13 - Trixie

    Linux
    1
    0 Stimmen
    1 Beiträge
    65 Aufrufe
    Niemand hat geantwortet
  • 0 Stimmen
    3 Beiträge
    2k Aufrufe
    FrankMF

    Das mit den Namen der btrfs Subvolumes ist bekannt bei Timeshift. Im Readme steht dazu folgendes.

    BTRFS volumes

    BTRFS volumes must have an Ubuntu-type layout with @ and @home subvolumes. Other layouts are not supported. Systems having the @ subvolume and having /home on a non-BTRFS partition are also supported.

    Text file busy / btrfs returned an error: 256 / Failed to create snapshot can occur if you have a Linux swapfile mounted within the @ or @home subvolumes which prevents snapshot from succeeding. Relocate the swapfile out of @ or *@home, for example into it's own subvolume like @swap.

  • Debian 11.5 released

    Linux
    1
    0 Stimmen
    1 Beiträge
    76 Aufrufe
    Niemand hat geantwortet
  • Debian 11.3 released

    Linux
    1
    0 Stimmen
    1 Beiträge
    81 Aufrufe
    Niemand hat geantwortet
  • 0 Stimmen
    3 Beiträge
    392 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?? 👿

  • 0 Stimmen
    4 Beiträge
    314 Aufrufe
    FrankMF

    Gut, die AMD Grafikkarte hat mich nicht glücklich gemacht 😞 Somit ist sie jetzt Geschichte.

    3b0958a7-7c12-46cc-b4de-0aeca38ee77b-grafik.png

    Nach der Installation war dann die Hardwarebeschleunigung aus. Linux Mint weist einen aber darauf hin, was man nun machen kann.

    8105abd7-23a3-41d5-a961-aba2b859dcb9-grafik.png

    Ich hatte dann den empfohlenen Treiber installiert. Nach einem Neustart war dann auch die Hardwarebeschleunigung aktiv.

    Zwei Dinge, die mich an der AMD-Karte im Zusammenspiel mit Linux Mint 20 Cinnamon genervt haben.

    Suspend ging nicht Ausloggen aus der Session

    Da ist eine Sache die ich sehr gerne nutze, Suspend, und dann geht das nicht 😞 Meine Recherchen im Netz brachten mich zu keinem Ergebnis, deswegen die NVidia Karte. Es kann sein, das ich zu dumm war die Lösung zu finden.....

    Aktuelle Bildschirmeinstellung.

    989d2eb4-f8c9-4c91-b4eb-e862efabac9b-grafik.png

    Braucht jemand eine AMD Radeon RX 5500 XT ??? 😁

  • 0 Stimmen
    17 Beiträge
    1k Aufrufe
    FrankMF

    Durch diesen Beitrag ist mir mal wieder eingefallen, das wir das erneut testen könnten 😉

    Also die aktuellen Daten von Debian gezogen. Das Image gebaut, könnt ihr alles hier im ersten Beitrag nachlesen. Da die eingebaute Netzwerkschnittstelle nicht erkannt wurde, habe ich mal wieder den USB-to-LAN Adapter eingesetzt.

    Bus 005 Device 002: ID 0b95:1790 ASIX Electronics Corp. AX88179 Gigabit Ethernet

    Die Installation wollte ich auf einem NVMe Riegel installieren.

    Die Debian Installation durchgezogen und nach erfolgreicher Installation neugestartet. Und siehe da, ohne das man alles möglich ändern musste, bootete die NVMe SSD 🤓

    Eingesetzter uboot -> 2020.01-ayufan-2013......

    Die nicht erkannte LAN-Schnittstelle müsste an nicht freien Treibern liegen, hatte ich da irgendwo kurz gelesen. Beim Schreiben dieses Satzes kam die Nacht und ich konnte noch mal drüber schlafen. Heute Morgen, beim ersten Kaffee, dann noch mal logischer an die Sache ran gegangen.

    Wir schauen uns mal die wichtigsten Dinge an.

    root@debian:~# 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: eth0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 62:03:b0:d6:dc:b3 brd ff:ff:ff:ff:ff:ff 3: enx000acd26e2c8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:0a:cd:26:e2:c8 brd ff:ff:ff:ff:ff:ff inet 192.168.3.208/24 brd 192.168.3.255 scope global dynamic enx000acd26e2c8 valid_lft 42567sec preferred_lft 42567sec inet6 fd8a:6ff:2880:0:20a:cdff:fe26:e2c8/64 scope global dynamic mngtmpaddr valid_lft forever preferred_lft forever inet6 2a02:908:1260:13bc:20a:xxxx:xxxx:xxxx/64 scope global dynamic mngtmpaddr valid_lft 5426sec preferred_lft 1826sec inet6 fe80::20a:cdff:fe26:e2c8/64 scope link valid_lft forever preferred_lft forever

    Ok, er zeigt mir die Schnittstelle eth0 ja an, dann kann es an fehlenden Treibern ja nicht liegen. Lässt dann auf eine fehlerhafte Konfiguration schließen. Nächster Halt wäre dann /etc/network/interfaces

    Das trägt Debian ein

    # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug enx000acd26e2c8 iface enx000acd26e2c8 inet dhcp # This is an autoconfigured IPv6 interface iface enx000acd26e2c8 inet6 auto

    Gut, bei der Installation hat Debian ja nur die zusätzliche Netzwerkschnittstelle erkannt, folgerichtig ist die auch als primäre Schnittstelle eingetragen. Dann ändern wir das mal...

    # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback # The primary network interface #allow-hotplug enx000acd26e2c8 allow-hotplug eth0 #iface enx000acd26e2c8 inet dhcp iface eth0 inet dhcp # This is an autoconfigured IPv6 interface #iface enx000acd26e2c8 inet6 auto iface eth0 inet6 auto

    Danach einmal alles neu starten bitte 😉

    systemctl status networking

    Da fehlte mir aber jetzt die IPv4 Adresse, so das ich einmal komplett neugestartet habe. Der Ordnung halber, so hätte man die IPv4 Adresse bekommen.

    dhclient eth0

    Nachdem Neustart kam dann das

    root@debian:/etc/network# 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: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 62:03:b0:d6:dc:b3 brd ff:ff:ff:ff:ff:ff inet 192.168.3.172/24 brd 192.168.3.255 scope global dynamic eth0 valid_lft 42452sec preferred_lft 42452sec inet6 fd8a:6ff:2880:0:6003:b0ff:fed6:dcb3/64 scope global dynamic mngtmpaddr valid_lft forever preferred_lft forever inet6 2a02:908:1260:13bc:6003:xxxx:xxxx:xxxx/64 scope global dynamic mngtmpaddr valid_lft 5667sec preferred_lft 2067sec inet6 fe80::6003:b0ff:fed6:dcb3/64 scope link valid_lft forever preferred_lft forever 3: 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

    Fertig, eth0 läuft. Nun kann man den zusätzlichen Adapter entfernen oder halt konfigurieren, wenn man ihn braucht.

    Warum der Debian Installer die eth0 nicht erkennt verstehe ich nicht, aber vielleicht wird das irgendwann auch noch gefixt. Jetzt habe ich erst mal einen Workaround um eine Installation auf den ROCKPro64 zu bekommen.