Statische IP in Raspbian Light (Debian 9 Stretch) vergeben

Der  Raspi soll eine statische IP erhalten. Er ist tagesaktuell und besitzt ein neues Raspbian Light vom 7.9.2017.

Da es verschiedene Modi zur Netzwerksteuerung gibt, müssen diese erst analysiert werden.

Interface-Name

Die Namen sind wieder standardgemäß eth0 und wlan0. Diese lassen sich mit raspi-config umstellen. ifconfig ist noch vorhanden.

Zugangsarten zum Netzwerk

  • Definition in der /networking/interfaces
  • Definition mittels dhcpcd
  • Definition mit systemd-networkd

Prüfung

  • Inhalt der interfaces ist leer und das leere Directory interfaces.d wird eingebunden
    $ cat /etc/network/interfaces
    $ ls /etc/network/interfaces.d/

     

  • Ermittlung eines network-manager
    $ apt-cache policy network-manager
    network-manager:
      Installiert:           (keine)

     

  • Ermittlung dhcpcd
    $ apt-cache policy dhcpcd
    dhcpcd:
      Installiert:           (keine)

     

  • Ermittlung der dhcpcd.service
    $ systemctl list-unit-files | grep dhcpcd
    dhcpcd.service                         enabled  
    dhcpcd5.service                        enabled
     
    $ systemctl  status dhcpcd.service
       Active: active (running) since ...
     
    $ systemctl  status dhcpcd5.service
       Active: active (running) since ...

     

  • Ermittlung der systemd-networkd
    $ systemctl status systemd-networkd
       Active: inactive (dead)

     

  • Ermittlung der systemd-resolved
    $  systemctl status systemd-resolved
       Active: inactive (dead)

     

Zur Netzwerkconfiguration läuft der dhcpcd.service unter systemd und mit diesem kann die statische Adresse eingerichtet werden.

Statische IP-Adresse für eth0

  • Konfiguration von /etc/dhcpcd.conf
    $ sudo joe /etc/dhcpcd.conf
     
    ...
    interface eth0
    static ip_address=192.168.0.127/24
    static routers=192.168.0.254
    static domain_name_servers=192.168.0.123 192.168.0.254
    ...

     

  • Neustart des Dienstes
    $ sudo systemctl restart dhcpcd

     

  • Testen Dienst und NS
    $ systemctl  status dhcpcd.service
    $ cat /etc/resolvconf.conf
    $ cat /var/run/dnsmasq/resolv.conf

Fotos von Micro-SD-Card retten

Micro-SD-Card

Die Micro-SD-Card wird vom Foto nicht mehr erkannt. Also Zweite rein und weiter. Wie komme ich noch an meine Fotos?

 

Also die Card in den Adapter und in den Ubunturechner einlegen. Keine Reaktion. Wie kann ich die Card jetzt einbinden.

Versuch, USB-Lesestick anschließen, keine Reaktion. Also wieder den Slot für Karten.

Weder im Programm „Laufwerke“ noch mit „sudo fdisk -l“ wurde sie erkannt. Einfach Neustart. Und, mit „sudo fdisk -l“, sie ist da, hier als /dev/sdb. Bei späteren Sicherungen wurde sie mit „sudo fdisk -l“ sofort gefunden.

sudo fdisk -l

Medium /dev/sdb: 7,4 GiB, 7906263040 Bytes, 15441920 Sektoren
Einheiten: sectors von 1 * 512 = 512 Bytes
Sektorengröße (logisch/physisch): 512 Bytes / 512 Bytes
I/O Größe (minimal/optimal): 512 Bytes / 512 Bytes

Die 4 GB-Karte hat auf einmal 8 GB und keine Partitionen.

 

Wie war das gleich, erst mal alles sichern. Mit „dd“ oder?

  1. https://wiki.ubuntuusers.de/Datenrettung/
  2. https://wiki.ubuntuusers.de/gddrescue/

Paket installieren

sudo apt install gddrescue

Sicherung des gesamten Inhaltes in eine img-Datei, zweistufig ersten alles lesbares, zweitens auch defektes.

sudo ddrescue -n QUELLE ZIEL1 ddrescue1.log
sudo ddrescue QUELLE ZIEL2 ddrescue2.log

Konkretes Beispiel:

$ sudo ddrescue -n /dev/sdb clug.img clug.log


GNU ddrescue 1.19
Press Ctrl-C to interrupt
rescued:    7906 MB,  errsize:   0 B,     current rate:     3342 kB/s
ipos:       7906 MB,  errors:    0,       average rate:     6501 kB/s
opos:       7906 MB,  run time:  20.26 m, successful read:  0 s ago
Finished

19 min. – Also keine fehlerhaften Sektoren. Dann lasse ich es beim erster Lauf.

Jetzt habe ich das Image. Was sagt die Log?

 

$ cat clug.log


# Rescue Logfile. Created by GNU ddrescue version 1.19
# Command line: ddrescue -n /dev/sdb clug.img clug.log
# Start time: 2017-10-20 08:47:09
# Current time: 2017-10-20 09:07:24
# Finished
# current_pos current_status
0x1D73F0000 +
# pos size status
0x00000000 0x1D7400000 +

Alles OK. Versuchen die Daten auszulesen. Im Wiki stehen mehrere Methoden.

Testdisk

sudo apt install testdisk

Aufruf im Beispiel:

sudo testdisk ./clug.img
Erkennung img
Auswahl Partitionstabelle
Analyse
Suche nach Partitionen
Ergebnis
Weitere Suche nach Partitionstabellen
Endergebnis Partitionstabellen
Dateisicherung
Sicherung der vorhandenen erkannten Dateien
Auswahl Fotoverzeichnis
Verzeichnis mit vorher manuell gelöschten Dateien
Auswahl aller Bilder mit C
Leeres Zielverzeichnis und Bestätigen mit C
Bestätigung des Kopiervorganges

Rechte im Ziel setzen

sudo chown -R olaf:olaf ./*

Zielbilder sind gesichert

Gesicherte Bilder im Manager

 

Um Dateien aus dem Image zu extrahieren weitere Möglichkeiten.

tsk_recover

Installation

sudo apt install sleuthkit

 

Anwendung

tsk_recover -a ./datei.img Zielordner

(im konkreten Beispiel wenig Ergebnisse)

PhotoRec (ist in testdisk enthalten)

Anwendung

sudo photorec ./clug.img

(im konkreten Beispiel Bilder vorwiegend in kleinerer Größe)

 

https://wiki.ubuntuusers.de/Datenrettung/

https://wiki.ubuntuusers.de/gddrescue/

https://wiki.ubuntuusers.de/Festplatten_Problembehebung/