Skip to content

Bananian 16.04 auf einer HDD installieren incl. WLan

BananaPi
  • Dies ist eine aktualisierte Version des folgenden Beitrages Bananian auf HDD installieren !

    Beim Betatesten der kommenden Version 16.04 ist mir in den Sinn gekommen, mal den aktuellen Stand wieder festzuhalten. Ich brauche immer einen Artikel, wo ich selber später alles mal nachlesen kann 😉 Ich habe vieles getestet, ein Hauptanliegen von mir war, die Installation auf einem BananaPi und einem BananaPro zu testen. Der Pro ist auch ausgiebig mit Installation auf HDD getestet worden. Als Abfallprodukt der Hardwaretesterei habe ich hier nochmal die WLan-Konfiguration aufgeschrieben. Module usw. wird alles automatisch geladen, da hat man keine Arbeit mehr mit. WLan konfigurieren und fertig! Ich gehe im Moment davon aus, das Nico die 16.04 am Wochenende released.

    Voraussetzungen:

    0_1522583072606_IMG_20151225_133942.jpg

    Zielsetzung:

    Bananian installieren, das Rootverzeichnis auf die SATA-Platte umlegen, so das nur noch von der SD-Karte gebootet wird. Danach läuft das System auf der SATA-Platte.

    SD-Karte vorbereiten:

    Download: https://www.bananian.org/download Datei entpacken! Rechtsklick auf die Datei, “Öffnen mit” “Schreiber von Laufwerksabbildern” Ziel auswählen! Aufpassen das es auch die SD-Karte ist!! Sonst Datenverlust!! “Wiederherstellung starten” und die Sicherheitsabfrage mit “Wiederherstellen” bestätigen! Dann kommt eine Abfrage fürs Rootpasswort, bitte eingeben!

    0_1522583459636_Bildschirmfoto-vom-2016-04-18-171651.png

    Warten bis das Image fertig geschrieben wurde. Danach das Programm beenden und die SD-Karte entnehmen.

    Hier noch ein Tipp, ein Klasse Tool ist Etcher. Etcher passt auf, das man nicht versehentlich ins falsche Laufwerk schreibt, nach dem Schreiben werden die Daten kontrolliert. Das Tool gibt es für Linux, Windows und OS X.

    0_1522583492472_etcher.png

    BananaPi mit SD-Karte starten:

    Die SD-Karte einstecken, alle Kabel richtig anschließen und einschalten. Man kann den Bootvorgang auf dem angeschlossen Monitor verfolgen, wenn der Login kommt ist der Startvorgang abgeschlossen. Als erstes lege ich die Bedienung auf meinen Haupt-PC um, ist einfach komfortabler. Was brauche ich dafür? Die IP-Adresse, aber erstmal müssen wir uns einloggen. Der User heißt: root Das PW: pi

    Alternativ könnt ihr die Installation mittels Serielle Konsole - USB to BananaPI steuern. Dafür benötigt man einen Adapter und z.B. Putty. Ein Vorteil dieser Verbindung ist, das man auch den Bootvorgang genau beobachten kann, das kann bei der Fehlersuche enorm hilfreich sein.

    Wichtig, das sollte man später unbedingt ändern! Beim ersten Aufruf der bananian-config wird man gezwungen ein neues Root-PW einzugeben!

    Nun sehen wir, das wir als root eingeloggt sind. Oben stehen noch zwei wichtige Befehle.

    Run 'bananian-config' to set up Bananian Linux
    Run 'bananian-update' to check for distribution updates
    

    Wir rufen jetzt erstmal bananian-config auf und stellen alles ein, danach haben wir auch eine deutsche Tastatur, was das Arbeiten angenehmer gestaltet. So, jetzt zur IP-Adresse. Befehl

    ifconfig
    

    eingeben. Nun können wir unter eth0 die IP-Adresse ablesen, in meinem Fall 192.169.1.48 Nun habe ich alles was ich brauche, um mich an meinem Haupt-PC mit dem BananaPI zu verbinden. Dazu öffnen wir eine Konsole. Dann geben wir folgenden Befehl ein:

    ssh root@192.168.1.48
    

    Beim ersten mal kommt eine Abfrage bzgl. des RSA key fingerprints. Diese beantworten wir mit “yes”. Danach kommt wieder die Abfrage nach dem RootPW. Wir geben “pi” ein, bzw. das bei bananian-config vergebene Passwort! Voila, nun sind wir am Haupt-PC mit dem BananaPI verbunden. Nun kann man den Monitor wieder für was anderes verwenden - moment ich mach mal mein Fernsehen wieder an 🙂 Ab diesem Moment brauchen wir den Monitor nicht mehr, es sei denn wir sperren uns mal aus. Jetzt wäre der BananaPI fertig und würde seinen Dienst versehen, aber ich möchte gerne das Root auslagern. Ihr könnt das natürlich auch am BananaPi machen, dazu eine Tastaur anschliessen und fertig!

    Festplatte einrichten:

    **ACHTUNG! Ab hier besteht die Gefahr von Datenverlust. Bitte vorher das Gehirn einschalten und denkt dran, ich übernehme kein Garantie für Eure Daten 🙂

    Die angeschlossene HDD war benutzt, also müssen die vorhandenen Partitionen gelöscht werden.**

    Mit fdisk schauen wir uns erst mal alles an.

    130 root@bananapi ~ # fdisk -l
    Disk /dev/sda: 119.2 GiB, 128035676160 bytes, 250069680 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: 0x000ebd3b
    Device Boot Start End Sectors Size Id Type
    /dev/sda1 * 2048 242356223 242354176 115.6G 83 Linux
    /dev/sda2 242358270 250068991 7710722 3.7G 5 Extended
    /dev/sda5 242358272 250068991 7710720 3.7G 82 Linux swap / Solaris
    Disk /dev/mmcblk0: 3.7 GiB, 3980394496 bytes, 7774208 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: 0x0ccea0b3
    Device Boot Start End Sectors Size Id Type
    /dev/mmcblk0p1 2048 43007 40960 20M 83 Linux
    /dev/mmcblk0p2 43008 3710936 3667929 1.8G 83 Linux
    

    Danach wählen wir die Platte aus, die bearbeitet werden soll.

    root@bananapi ~ # fdisk /dev/sda
    Welcome to fdisk (util-linux 2.25.2).
    Changes will remain in memory only, until you decide to write them.
    Be careful before using the write command.
    Command (m for help):
    

    Dann mit "d" Partition auswählen.

    Command (m for help): d
    Partition number (1,2,5, default 5): 5
    Partition 5 has been deleted.
    

    Das dann für alle Partitionen wiederholen.

    Zum Schluss mit w die Änderungen auf die Platte schreiben.

    Nun erzeugen wir eine neue Partition

    fdisk /dev/sda
    Welcome to fdisk (util-linux 2.25.2).
    Changes will remain in memory only, until you decide to write them.
    Be careful before using the write command.
    
    Command (m for help): n
    Partition type
    p primary (0 primary, 0 extended, 4 free)
    e extended (container for logical partitions)
    Select (default p): p
    Partition number (1-4, default 1): 1
     First sector (2048-250069679, default 2048): 2048
    Last sector, +sectors or +size{K,M,G,T,P} (2048-250069679, default 250069679): 250069679
    Created a new partition 1 of type 'Linux' and of size 119,2 GiB.
    
    Command (m for help): w
    The partition table has been altered.
    Calling ioctl() to re-read partition table.
    Syncing disks.
    

    Schauen wir uns das Ergebnis nochmal an.

    root@bananapi ~ # fdisk -l
    
    Disk /dev/sda: 119,2 GiB, 128035676160 bytes, 250069680 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: 0x000ebd3b
    Device Boot Start End Sectors Size Id Type
    /dev/sda1 2048 250069679 250067632 119,2G 83 Linux
     Disk /dev/mmcblk0: 3,7 GiB, 3980394496 bytes, 7774208 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: 0x0ccea0b3
    Device Boot Start End Sectors Size Id Type
    /dev/mmcblk0p1 2048 43007 40960 20M 83 Linux
    /dev/mmcblk0p2 43008 7774207 7731200 3,7G 83 Linux
    

    Festplatte formatieren:

    Nun muss eine Festplatte auch noch formatiert werden, das macht man mit mkfs.ext4 /dev/sda1

    root@bananapi ~ # mkfs.ext4 /dev/sda1
    mke2fs 1.42.12 (29-Aug-2014)
    /dev/sda1 hat ein ext4-Dateisystem
    zuletzt auf / auf Sun Dec 21 09:09:08 2014
    eingehängtTrotzdem fortfahren? (j,n) j
    Geräteblöcke werden verworfen: erledigt
    Ein Dateisystems mit 31258454 (4k) Blöcken und 7815168 Inodes wird erzeugt.
    UUID des Dateisystems: bc260a48-eb4d-4491-bdbc-0b8758eeacc9
    Superblock-Sicherungskopien gespeichert in den Blöcken:
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
    4096000, 7962624, 11239424, 20480000, 23887872
    beim Anfordern von Speicher für die Gruppentabellen: erledigt
    Inode-Tabellen werden geschrieben: erledigt
    Das Journal (32768 Blöcke) wird angelegt: erledgt
    Die Superblöcke und die Informationen über die Dateisystemnutzung werden
    geschrieben: erledigt
    

    Damit wäre die HDD fertig eingerichtet! Nun binden wird die HDD ins Sys ein

    mount /dev/sda1 /mnt/
    

    Root Verzeichnis kopieren:

    Dazu nehmen wir folgenden Befehl

    rsync -ax / /mnt/
    

    Wenn er fertig ist kommt das

    sent 879136405 bytes  received 274399 bytes  8496722.74 bytes/sec
    total size is 878077999  speedup is 1.00
    rsync -axv / /mnt  32.87s user 40.26s system 70% cpu 1:43.06 total
    

    Wenn alles fertig kopiert ist, unmounten wir die HDD und mounten die SD-Karte um die Bootparameter zu ändern.

    umount /mnt/
    

    Bootparameter bearbeiten:

    mount /dev/mmcblk0p1 /mnt
    nano /mnt/boot.cmd
    

    So sieht die geänderte boot.cmd aus.

    #--------------------------------------------------------------------------------------------------------------------------------
    # Boot loader script to boot with different boot methods for old and new kernel
    # Credits: https://github.com/igorpecovnik - Thank you for this great script!
    #--------------------------------------------------------------------------------------------------------------------------------
    if load mmc 0:1 0x00000000 uImage-next
    then
    # mainline kernel >= 4.x
    #--------------------------------------------------------------------------------------------------------------------------------
    setenv bootargs console=ttyS0,115200 console=tty0 console=tty1 root=/dev/sda1 rootfstype=ext4 elevator=deadline rootwait
    load mmc 0:1 0x49000000 dtb/${fdtfile}
    load mmc 0:1 0x46000000 uImage-next
    bootm 0x46000000 - 0x49000000
    #--------------------------------------------------------------------------------------------------------------------------------
    else
    # sunxi 3.4.x
    #--------------------------------------------------------------------------------------------------------------------------------
    setenv bootargs console=ttyS0,115200 console=tty0 console=tty1 sunxi_g2d_mem_reserve=0 sunxi_ve_mem_reserve=0 hdmi.audio=EDID:0 disp.screen0_output_mode=EDID:1680x1050p60 root=/dev/sda1 rootfstype=ext4 elevator=deadline rootwait
    setenv bootm_boot_mode sec
    load mmc 0:1 0x43000000 script.bin
    load mmc 0:1 0x48000000 uImage
    bootm 0x48000000
    #--------------------------------------------------------------------------------------------------------------------------------
    fi
    

    Zweimal folgendes ändern:

    root=/dev/mmcblk0p2
    

    in

    root=/dev/sda1
    

    ändern.

    Danach müssen wir aus der boot.cmd eine ausführbare Datei machen, dazu nimmt man folgenden Befehl.

    cd /mnt
    mkimage -C none -A arm -T script -d boot.cmd boot.scr
    

    Dann kommt aber eine Fehlermeldung das mkimage fehlt, ok kurz nachinstallieren.

    apt-get install u-boot-tools 
    

    Dann nochmal probieren und das Ergebnis sieht wie folgt aus.

    root@bananapi /tmp # mkimage -C none -A arm -T script -d boot.cmd boot.scr
    Image Name:   
    Created:      Sun Apr 17 20:41:34 2016
    Image Type:   ARM Linux Script (uncompressed)
    Data Size:    1626 Bytes = 1.59 kB = 0.00 MB
    Load Address: 00000000
    Entry Point:  00000000
    Contents:
    Image 0: 1618 Bytes = 1.58 kB = 0.00 MB
    

    Nun starten wir den BananaPi mit

    shutdown -r now
    

    neu. Wieder einloggen und checken ob die Platte richtig erkannt wurde. Dazu geben wir

    df -h
    

    ein. (diskfree)

    Ausgabe:

    Filesystem      Size  Used Avail Use% Mounted on
    rootfs          1.4T  1.1G  1.3T   1% /
    /dev/root       1.4T  1.1G  1.3T   1% /
    devtmpfs        486M     0  486M   0% /dev
    tmpfs            98M  232K   97M   1% /run
    tmpfs           5.0M     0  5.0M   0% /run/lock
    tmpfs           195M     0  195M   0% /run/shm
    

    Meine Festplatte ist 1,5T groß, die Karte nur 4GB. Das rootfs ist 1.4T groß, damit bin ich zufrieden. Der BananaPI bootet jetzt nur noch von der SD-Karte danach läuft alles auf der Platte. Das macht das ganze System wesentlich flotter, eine Class 10 Karte kann man mit mindestens 10MB/s beschreiben, mein Test unten ergab ca. 40MB/s auf der Platte.
    Geschwindigkeit der Festplatte testen

    Schnell noch die Geschwindigkeit der Platte checken.

    dd if=/dev/zero of=tempfile bs=1M count=1024 conv=fdatasync,notrunc
    

    Ausgabe:

    1024+0 records in
    1024+0 records out
    1073741824 bytes (1.1 GB) copied, 27.033 s, 39.7 MB/s
    dd if=/dev/zero of=tempfile bs=1M count=1024 conv=fdatasync,notrunc  0.00s user 9.90s system 36% cpu 27.044 total
    

    Also rund 40MB/s Datentransferrate. Recht ordentlich und das ist auch der absolute Vorteil der BananaPis gegenüber einem Raspberry, die Anbindung einer HDD mittels SATA-Schnittstelle!

    Kernel 4.4 installieren

    Ihr möchtet lieber mit einem Kernel 4.4.x arbeiten? Auch das ist kein Problem.

    Auf einem BananaPro müssen wir jetzt folgendes U-Boot installieren und NUR dort!!

    apt-get install u-boot-pro-bananian
    

    Für beide gilt dann folgendes

    apt-get install linux-image-4.4-bananian
    

    Nun kommt folgendes.

    root@bananapi ~ # aptitude install linux-image-4.4-bananian
    Die folgenden NEUEN Pakete werden zusätzlich installiert:
      linux-image-4.4-bananian linux-image-4.4.7-bananian{a} 
    0 Pakete aktualisiert, 2 zusätzlich installiert, 0 werden entfernt und 4 nicht aktualisiert.
    0 B/14,1 MB an Archiven müssen heruntergeladen werden. Nach dem Entpacken werden 45,3 MB zusätzlich belegt sein.
    Möchten Sie fortsetzen? [Y/n/?]
    

    Mit Y bestätigen. Warten bis er fertig ist und dann neubooten. Fertig. Mit

    uname -a
    

    mal eben schauen, ob der richtige Kernel geladen wird.

    root@bananapro ~ # uname -a
    Linux bananapro 4.4.7-bananian #2 SMP Fri Apr 15 16:51:07 UTC 2016 armv7l GNU/Linux
    

    Stand 8. Juni 2017: (BananaPi)

    Linux ftpserver 4.4.66-bananian #2 SMP Sat May 6 19:26:50 UTC 2017 armv7l GNU/Linux 
    

    Speedtest LAN-Schnittstelle

    Mal eben testen was durch die Schnittselle durchgeht.

    apt-get install iperf
    

    Auf meinem Hauptrechner kurz einen iperf Server aufgemacht.

    iperf -s
    

    Dann auf dem BananaPi

    iperf -c 192.168.x.x
    

    Das Ergebnis:

    frank@PC ~ $ iperf -s
    ------------------------------------------------------------
    Server listening on TCP port 5001
    TCP window size: 85.3 KByte (default)
    ------------------------------------------------------------
    [  4] local 192.168.2.213 port 5001 connected with 192.168.2.6 port 60420
    [ ID] Interval       Transfer     Bandwidth
    [  4]  0.0-10.0 sec   772 MBytes   647 Mbits/sec
    [  5] local 192.168.2.213 port 5001 connected with 192.168.2.6 port 60422
    [  5]  0.0-10.0 sec   700 MBytes   587 Mbits/sec
    [  4] local 192.168.2.213 port 5001 connected with 192.168.2.6 port 60424
    [  4]  0.0-10.0 sec   713 MBytes   598 Mbits/sec
    [  5] local 192.168.2.213 port 5001 connected with 192.168.2.6 port 60426
    [  5]  0.0-10.0 sec   779 MBytes   653 Mbits/sec
    

    Die theoretische Geschwindigkeit erreicht man auch hier nicht, aber das ist für einen kleinen Homeserver der ab und an mal ein paar Daten bereitstellen soll völlig ausreichend. Das liegt aber im Auge des Betrachters, manchen wird auch das nicht ausreichend sein, uch kann da schon sehr lange gut mit leben 😉

    Update 7.6.2013:

    Der gleiche Test mit iperf3

    Server listening on 5201
    -----------------------------------------------------------
    Accepted connection from 192.168.3.200, port 47560
    [ 5] local 192.168.3.213 port 5201 connected to 192.168.3.200 port 47562
    [ ID] Interval Transfer Bandwidth
    [ 5] 0.00-1.00 sec 83.5 MBytes 700 Mbits/sec
    [ 5] 1.00-2.00 sec 87.6 MBytes 735 Mbits/sec
    [ 5] 2.00-3.00 sec 87.2 MBytes 731 Mbits/sec
    [ 5] 3.00-4.00 sec 87.8 MBytes 736 Mbits/sec
    [ 5] 4.00-5.00 sec 86.1 MBytes 722 Mbits/sec
    [ 5] 5.00-6.00 sec 87.1 MBytes 731 Mbits/sec
    [ 5] 6.00-7.00 sec 87.4 MBytes 733 Mbits/sec
    [ 5] 7.00-8.00 sec 87.2 MBytes 732 Mbits/sec
    [ 5] 8.00-9.00 sec 86.7 MBytes 727 Mbits/sec
    [ 5] 9.00-10.00 sec 76.3 MBytes 640 Mbits/sec
    [ 5] 10.00-10.04 sec 3.52 MBytes 682 Mbits/sec
    - - - - - - - - - - - - - - - - - - - - - - - - -
    [ ID] Interval Transfer Bandwidth Retr
    [ 5] 0.00-10.04 sec 860 MBytes 719 Mbits/sec 0 sender
    [ 5] 0.00-10.04 sec 860 MBytes 719 Mbits/sec receiver
    

    Sieht gut aus 😉

    WLan konfigurieren

    Der BananaPro hat WLan on Board, der BananaPi nicht. Wenn man dort z.B. einen USB-to-WLan Stick benutzt, kann man das nachfolgende genauso gebrauchen.

    Mal schauen ob das WLan da ist.

    root@bananapro ~ # iwconfig
    wlan0     IEEE 802.11bgn  ESSID:off/any  
              Mode:Managed  Access Point: Not-Associated   
              Retry short limit:7   RTS thr:off   Fragment thr:off
              Encryption key:off
              Power Management:on
    
    lo        no wireless extensions.
    eth0      no wireless extensions.
    

    Sieht schon mal nicht schlecht aus. Nun bauen wir das mal in /etc/network/interfaces ein.

    # interfaces(5) file used by ifup(8) and ifdown(8)
    # Include files from /etc/network/interfaces.d:
    source-directory /etc/network/interfaces.d
    
    auto lo
    iface lo inet loopback
    
    auto eth0
    auto wlan0
    
    # dhcp configuration
    iface eth0 inet dhcp
    iface wlan0 inet dhcp
    
    #wlan configuration
    wpa-ssid
    wpa-psk xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    
    # static ip configuration
    #iface eth0 inet static
    #       address 192.168.6.241
    #       netmask 255.255.255.0
    #       gateway 192.168.6.1
    

    Die wpa-ssid ist der Name eures WLan-Netzes. wpa-psk ist das Passwort. Das kommt aber da nicht 1:1 rein, sondern wird mit dem folgenden Befehl ermittelt.

    wpa_passphrase wpa-ssid password
    

    Beispiel:

    wpa_passphrase Heim-WLan geheimes_passwort
    

    Dann kommt auf der Konsole eine Ausgabe, diese psk=xxxxxxxxxxxxxx kopiert ihr dann in die /etc/network/interfaces anstelle von wpa-psk

    Dann das Interface starten

    ifup wlan0
    

    Dann sollte eine ähnliche Ausgabe bei Euch erscheinen.

    root@bananapro ~ # ifup wlan0 
    Internet Systems Consortium DHCP Client 4.3.1
    Copyright 2004-2014 Internet Systems Consortium.
    All rights reserved.
    For info, please visit https://www.isc.org/software/dhcp/Listening on LPF/wlan0/xxx
    Sending on   LPF/wlan0/xxx
    Sending on   Socket/fallback
    DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 8
    DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 13
    DHCPREQUEST on wlan0 to 255.255.255.255 port 67
    DHCPOFFER from 192.168.3.1
    DHCPACK from 192.168.3.1
    bound to 192.168.3.14 -- renewal in 1659 seconds.
    

    Fertig! WLan läuft.

    Zum Schluß noch was wichtiges! Damit nur noch der Root das File lesen und bearbeiten kann unbedingt folgendes machen. Soll verhindern, das jemand an den WLan-Schlüssel kommt. Also WICHTIG!

    chmod 600 /etc/network/interfaces
    

    Nun läuft das Sys auf der HDD incl. WLan. Sollte die SD-Karte mal kaputt gehen schreibt man sich einfach eine neue und fertig. Die Daten sind auf einer Platte einfach sicherer abgelegt als auf einer SD-Karte (meine Meinung).

    Viel Spaß beim Homeserver bauen!

    0_1522584620278_IMG_20170601_195849.jpg

  • Restic v0.16.0 released

    Restic
    1
    0 Stimmen
    1 Beiträge
    90 Aufrufe
    Niemand hat geantwortet
  • 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.

  • 1 Stimmen
    1 Beiträge
    204 Aufrufe
    Niemand hat geantwortet
  • Restic - forget --keep-last 3 --prune

    Restic
    2
    0 Stimmen
    2 Beiträge
    578 Aufrufe
    FrankMF

    Ich habe mich damit noch ein wenig beschäftigt, die letzten drei zu behalten, ist nicht so optimal. Da es viele Optionen bei dem Befehl gibt, hier ein Ausschnitt

    Flags: -l, --keep-last n keep the last n snapshots -H, --keep-hourly n keep the last n hourly snapshots -d, --keep-daily n keep the last n daily snapshots -w, --keep-weekly n keep the last n weekly snapshots -m, --keep-monthly n keep the last n monthly snapshots -y, --keep-yearly n keep the last n yearly snapshots

    habe ich das ein wenig so angepasst, das ich denke es passt für mich.

    restic --password-file /root/passwd -r /media/NAS_neu/Restic/Home/ forget --keep-last 3 --keep-monthly 3 --prune

    Damit behalte ich auch die jeweils eines pro Monat. Und die letzten drei. Das sieht dann so aus.

    root@debian:~# ./backup2.sh repository 2f3f6147 opened successfully, password is correct Files: 38 new, 100 changed, 13268 unmodified Dirs: 0 new, 1 changed, 0 unmodified Added to the repo: 10.166 GiB processed 13406 files, 50.324 GiB in 3:24 snapshot 849f614c saved repository 2f3f6147 opened successfully, password is correct Applying Policy: keep the last 3 snapshots, 3 monthly snapshots snapshots for (host [debian], paths [/home/frank]): keep 5 snapshots: ID Time Host Tags Reasons Paths ------------------------------------------------------------------------------------ a7251cfd 2019-11-28 17:00:01 debian monthly snapshot /home/frank 283d4027 2019-12-31 17:00:01 debian monthly snapshot /home/frank ae2b96ec 2020-01-01 21:47:46 debian last snapshot /home/frank 079e00a6 2020-01-02 17:00:01 debian last snapshot /home/frank 849f614c 2020-01-03 21:08:45 debian last snapshot /home/frank monthly snapshot ------------------------------------------------------------------------------------ 5 snapshots remove 26 snapshots: ID Time Host Tags Paths ------------------------------------------------------------------ 896f16c2 2019-11-07 22:23:40 debian /home/frank b21bcf6d 2019-11-11 17:00:01 debian /home/frank f89248fb 2019-11-12 17:00:01 debian /home/frank 123ab546 2019-11-13 17:00:01 debian /home/frank b82d87d0 2019-11-18 17:00:01 debian /home/frank 040b0ab7 2019-11-19 17:00:01 debian /home/frank 7221d8ef 2019-11-20 17:00:01 debian /home/frank 84132a25 2019-11-21 17:00:01 debian /home/frank b558a52c 2019-11-25 17:00:01 debian /home/frank e5cc0c3e 2019-12-02 17:00:01 debian /home/frank 22423fa5 2019-12-03 17:00:01 debian /home/frank 39df1ab9 2019-12-04 17:00:01 debian /home/frank 98843457 2019-12-05 17:00:01 debian /home/frank b0cdd4b6 2019-12-09 17:00:01 debian /home/frank 828414f9 2019-12-10 17:00:01 debian /home/frank e34a27c3 2019-12-11 17:00:01 debian /home/frank 6e488c3b 2019-12-12 17:00:01 debian /home/frank 17898403 2019-12-16 17:00:01 debian /home/frank 1973305a 2019-12-17 17:00:01 debian /home/frank 9553bedd 2019-12-18 17:00:01 debian /home/frank fedf749d 2019-12-19 17:00:01 debian /home/frank 8e7cb876 2019-12-23 17:00:01 debian /home/frank 0bd0d102 2019-12-25 17:00:01 debian /home/frank 13d348b0 2019-12-26 17:00:01 debian /home/frank c7d960aa 2019-12-30 17:00:01 debian /home/frank f6ea9118 2020-01-01 17:00:01 debian /home/frank ------------------------------------------------------------------ 26 snapshots 26 snapshots have been removed, running prune counting files in repo building new index for repo [0:35] 100.00% 7806 / 7806 packs repository contains 7806 packs (46537 blobs) with 41.110 GiB processed 46537 blobs: 0 duplicate blobs, 0 B duplicate load all snapshots find data that is still in use for 5 snapshots [0:01] 100.00% 5 / 5 snapshots found 32654 of 46537 data blobs still in use, removing 13883 blobs will remove 0 invalid files will delete 715 packs and rewrite 752 packs, this frees 5.027 GiB [2:28] 100.00% 752 / 752 packs rewritten counting files in repo [0:01] 100.00% 6571 / 6571 packs finding old index files saved new indexes as [d137b425 f7caee99 a6e9711a] remove 35 old index files [1:13] 100.00% 1467 / 1467 packs deleted done using temporary cache in /tmp/restic-check-cache-916655151 repository 2f3f6147 opened successfully, password is correct created new cache in /tmp/restic-check-cache-916655151 create exclusive lock for repository load indexes check all packs check snapshots, trees and blobs read all data [7:47] 100.00% 6571 / 6571 items duration: 7:47 no errors were found root@debian:~#

    Am Ende seht ihr noch, wie Restic alle Files testet. Mein Script sieht jetzt so aus.

    #!/bin/bash # Script um mit Restic Daten automatisiert zu sichern! # Dient zum Sichern der Homepartition auf dem ROCKPro64 NAS! # Was soll gesichert werden? backup_pfad=/home/frank # Programm Start restic --password-file /root/passwd -r /media/NAS_neu/Restic/Home/ backup $backup_pfad --exclude-file=excludes.txt restic --password-file /root/passwd -r /media/NAS_neu/Restic/Home/ forget --keep-last 3 --keep-monthly 3 --prune # Testen restic --password-file /root/passwd -r /media/NAS_neu/Restic/Home/ check --read-data

    Das dann schön mit einem Cronjob laufen lassen und die Datensicherung ist erledigt 😉

  • 0 Stimmen
    15 Beiträge
    4k Aufrufe
    ?

    hallo frank, ich habe es geschafft anhand den anleitungen debian buster auf meinem bpi zu installieren. ich habe leider HDMI signal nur während des u-boot und danach nicht mehr. hast du eine idee was ich probieren könnte? danke!

  • 0 Stimmen
    2 Beiträge
    532 Aufrufe
    FrankMF

    Wegen diesem Beitrag im Debian Forum, habe ich eben diesen alten Artikel gesucht. Ursprung

    Da ich gestern meinen letzten BananaPi abgebaut habe, könnte man ja mal schauen ob der auch mit Buster läuft 😉

  • NGINX

    Verschoben NGINX
    1
    0 Stimmen
    1 Beiträge
    534 Aufrufe
    Niemand hat geantwortet
  • Bananian auf HDD installieren

    BananaPi
    1
    0 Stimmen
    1 Beiträge
    860 Aufrufe
    Niemand hat geantwortet