Skip to content

Bananian auf HDD installieren

BananaPi
  • Heute am 1. Weihnachtstag 2015 ist BananaPi-Tag 🙂 Ich habe mir mal vorgenommen das aktuelle Bananian auf eine HDD zu bügeln und mal zu schauen ob es noch geht 🙂

    Ich habe hier also folgendes liegen:

    • BananaPi M1
    • SD-Karte 4GB
    • SSD 120GB
    • SATA-Kabel

    IMG 20151225 133942

    Bananian auf SD-Karte schreiben! Für Einsteiger -> BananaPI - Erste Schritte

    SD-Karte in den Schacht, Festplatte anschließen und den BPi einschalten. Nun konfigurieren wir erst mal das System.

    bananian.config
    

    Das sollte soweit selbsterklärend sein. Danach neu starten.

    shutdown -r now
    

    Die angeschlossene HDD war benutzt, also müssen die vorhandenen Partitionen gelöscht werden.
    ACHTUNG! Ab hier besteht die Gefahr von Datenverlust. Bitte vorher das Gehirn einschalten und denkt dran, ich übernehme kein Garantie für Eure Daten 🙂

    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
    

    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/
    

    Nun kopieren wir den Inhalt der SD-Karte auf die HDD.

    rsync -ax / /mnt/
    

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

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

    In früheren Versionen musste noch die uEnv.txt editiert werden. Das hat sich geändert.

    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
    

    Diese Datei boot.cmd muß jetzt noch in eine ausfährbare Datei verwandelt werden. Dafür benutzt man folgenden Befehl.

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

    Dann kommt folgendes:

    root@bananapi /mnt # mkimage -C none -A arm -T script -d boot.cmd boot.scr
    zsh: command not found: mkimage
    

    Ok, mkimage fehlt.

    apt-get install u-boot-tools
    

    Danach geht es.

    root@bananapi /mnt # mkimage -C none -A arm -T script -d boot.cmd boot.scr
    Image Name:
    Created: Fri Dec 25 13:22:01 2015
    Image Type: ARM Linux Script (uncompressed)
    Data Size: 1602 Bytes = 1.56 kB = 0.00 MB
    Load Address: 00000000
    Entry Point: 00000000
    Contents:
    Image 0: 1594 Bytes = 1.56 kB = 0.00 MB
    

    Nun können wir das System neustarten.

    shutdown -r now
    

    Nach dem Neustart mal eben schauen ob alles klappt.

    root@bananapi ~ # df -h
    Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
    /dev/root 118G 1,1G 111G 1% /
    devtmpfs 486M 0 486M 0% /dev
    tmpfs 98M 212K 97M 1% /run
    tmpfs 5,0M 0 5,0M 0% /run/lock
    tmpfs 195M 0 195M 0% /run/shm
    

    Fertig! Geht 🙂

    Kurz noch ein Speedtest

    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:

    root@bananapi ~ # iperf -c 192.168.x.x
    ------------------------------------------------------------
    Client connecting to 192.168.x.x, TCP port 5001
    TCP window size: 21.0 KByte (default)
    ------------------------------------------------------------
    [ 3] local 192.168.2.7 port 47120 connected with 192.168.x.x port 5001
    [ ID] Interval Transfer Bandwidth
    [ 3] 0.0-10.0 sec 564 MBytes 473 Mbits/sec
    iperf -c 192.168.2.213 0,07s user 9,98s system 100% cpu 10,049 total
    

    Recht ordentlich und das ist auch der absolute Vorteil der BananaPis, die Anbindung einer HDD mittels SATA.

    Nun läuft das Sys auf der HDD, 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!

  • Update 1.31.0 released

    Vaultwarden
    1
    0 Stimmen
    1 Beiträge
    143 Aufrufe
    Niemand hat geantwortet
  • RockPro64 - Mainline Kernel 6.8.0-rc3

    ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    233 Aufrufe
    Niemand hat geantwortet
  • Linux Mint Cinnamon 21.3 Virginia

    Linux
    1
    0 Stimmen
    1 Beiträge
    380 Aufrufe
    Niemand hat geantwortet
  • ZFS - Wichtige Befehle

    Linux
    2
    0 Stimmen
    2 Beiträge
    602 Aufrufe
    FrankMF

    Unter dem Beitrag sammel ich mal ein paar Beispiele, für mich zum Nachlesen 🙂

    Den Anfang macht die

    ZFS-Replication

    Ich hatte Am Anfang ein wenig Verständnisprobleme, bis es klar war, das diese Replication von Pool zu Pool funktioniert. Also brauchen wir zwei vorhandene ZFS-Pools.

    root@pbs:/mnt/datastore/datapool/test# zfs list NAME USED AVAIL REFER MOUNTPOINT Backup_Home 222G 677G 222G /mnt/datastore/Backup_Home datapool 2.36G 1.75T 2.36G /mnt/datastore/datapool

    Wir erzeugen ein Dataset im datapool

    zfs create datapool/docs -o mountpoint=/docs

    Wir erzeugen eine Datei mit Inhalt

    echo "version 1" > /docs/data.txt

    Wir erzeugen einen Snapshot

    zfs snapshot datapool/docs@today

    Kontrolle

    root@pbs:/mnt/datastore/datapool/test# zfs list -t snapshot NAME USED AVAIL REFER MOUNTPOINT datapool/docs@today 0B - 96K -

    Wir replizieren den vorhandenen Snapshot zum ZFS-Pool Backup_Home und speichern ihn da im Dataset test.

    zfs send datapool/docs@today | zfs receive Backup_Home/test

    Nun befinden sich die Daten in dem anderen ZFS-Pool

    root@pbs:/mnt/datastore/datapool/test# ls /mnt/datastore/Backup_Home/test/ data.txt

    Und was mich am meisten interessiert, ist wie man das zu einem anderen Server schickt 😉

    zfs send datapool/docs@today | ssh otherserver zfs receive backuppool/backup

    Den Test reiche ich dann später nach.

    Quelle: https://www.howtoforge.com/tutorial/how-to-use-snapshots-clones-and-replication-in-zfs-on-linux/

    ZFS inkrementelle Replication

    Als, nur die geänderten Daten senden!

    Wir erzeugen ein paar Dateien

    root@pbs:/mnt/datastore/datapool/test# echo "data" > /docs/data1.txt root@pbs:/mnt/datastore/datapool/test# echo "data" > /docs/data2.txt root@pbs:/mnt/datastore/datapool/test# echo "data" > /docs/data3.txt root@pbs:/mnt/datastore/datapool/test# echo "data" > /docs/data4.txt

    Neuer Snapshot

    zfs snapshot datapool/docs@17:02

    Liste der Snapshots

    root@pbs:/mnt/datastore/datapool/test# zfs list -t snapshot NAME USED AVAIL REFER MOUNTPOINT datapool/docs@today 56K - 96K - datapool/docs@17:02 0B - 112K -

    Wir senden dieinkrementelle Replication

    zfs send -vi datapool/docs@today datapool/docs@17:02 | zfs receive Backup_Home/test send from datapool/docs@today to datapool/docs@17:02 estimated size is 38.6K total estimated size is 38.6K cannot receive incremental stream: destination Backup_Home/test has been modified since most recent snapshot

    Dazu schreibt die Anleitung, die ich unten verlinkt habe, das die Daten verändert wurden. Warum, verstehe ich aktuell noch nicht. Mit -F im send Befehl erzwingt man einen Rollback zum letzten Snapshot.

    zfs send -vi datapool/docs@today datapool/docs@17:02 | zfs receive -F Backup_Home/test send from datapool/docs@today to datapool/docs@17:02 estimated size is 38.6K total estimated size is 38.6K

    Und Kontrolle

    ls /mnt/datastore/Backup_Home/test/ data1.txt data2.txt data3.txt data4.txt data.txt

    Quelle: https://klarasystems.com/articles/introduction-to-zfs-replication/

  • Nach Kernel Update werden die Module nicht automatisch gebaut!?

    Linux
    1
    0 Stimmen
    1 Beiträge
    176 Aufrufe
    Niemand hat geantwortet
  • VSCodium

    Linux
    1
    0 Stimmen
    1 Beiträge
    235 Aufrufe
    Niemand hat geantwortet
  • Raid1 - Platte verschwunden!?

    Verschoben Linux
    1
    1 Stimmen
    1 Beiträge
    409 Aufrufe
    Niemand hat geantwortet
  • NodeBB - Upgrade auf v1.9.0

    NodeBB
    2
    0 Stimmen
    2 Beiträge
    829 Aufrufe
    FrankMF

    Da oben fehlt ein Schritt.

    cd nodebb (or path to where nodebb is installed) ./nodebb stop git fetch git checkout v1.12.x git merge origin/v1.12.x ./nodebb upgrade

    Beim nächsten Upgrade testen.