Modyfikacje systemu plików są przywracane w moim Rpi A +


0

Używam Raspberry Pi A + z Raspbian Jessie . Występują bardzo dziwne błędy, w których dokonane przeze mnie zmiany wydają się cofnięte chwilę później .

Przykład 1: Usunąłem plik /etc/apt/sources.list.d collabora.list i raspi.list. Działa dobrze (bez błędu na rm, a katalog jest pusty). Ale po chwili widzę to:

$ ls -al
ls: cannot access collabora.list: No such file or directory
ls: cannot access raspi.list: No such file or directory
total 8
drwxr-xr-x 2 root root 4096 Apr  4 09:57 .
drwxr-xr-x 6 root root 4096 Dec 21  2016 ..
-????????? ? ?    ?       ?            ? collabora.list
-????????? ? ?    ?       ?            ? raspi.list

Przykład 2 : Dodałem te 2 wiersze w pliku /etc/sysctl.conf:

net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1

Znów to działało przez chwilę. A potem nagle widzę, że mam IPv6 i że plik nie ma już moich linii !!

$ grep ipv6 /etc/sysctl.conf
#net.ipv6.conf.all.forwarding=1
#net.ipv6.conf.all.accept_redirects = 0
#net.ipv6.conf.all.accept_source_route = 0

Przykład 3 : Dodałem serwery DNS w / etc / network / interfaces.

dns-nameservers 9.9.9.9 8.8.8.8

Działa świetnie. Potem po chwili zdaję sobie sprawę, że nie mam już rozpoznawania nazw. Wracam do mojego pliku i linii już tam nie ma.

Okej, więc do tej pory będziesz myśleć, że jestem szalony i nie edytowałem plików we właściwym systemie. Pozwól mi to zrobić jeszcze raz.

cat /etc/network/interfaces
auto lo
iface lo inet loopback
wireless-power off

allow-hotplug wlan0
iface wlan0 inet static
   address 192.168.0.15
   gateway 192.168.0.254
   netmask 255.255.255.0
   network 192.168.0.0
   broadcast 192.168.0.255
   wpa-ssid "blah"
   wpa-psk MYSECRET

Udowodnijmy, że nie mam rozpoznawania nazw:

$ ping google.com
ping: unknown host google.com
$ 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=57 time=21.4 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=57 time=20.2 ms

Teraz edytuję / etc / network / interfaces, aby dodać serwery DNS:

$ sudo -s
[sudo] password for user: 
root@wipi:/etc/apt/sources.list.d# vi /etc/network/interfaces
# grep dns /etc/network/interfaces
     dns-nameservers 9.9.9.9 8.8.8.8

Teraz ponownie uruchamiam, aby załadować nową konfigurację (mógłbym zrobić ifdown, ifup, true).

$ ssh user@192.168.0.15
Last login: Wed Dec 21 22:17:34 2016 from cray3.home
user@wipi ~ $

Mam rozpoznawanie nazw:

$ ping google.com
PING google.com (216.58.210.206) 56(84) bytes of data.
64 bytes from mrs04s09-in-f206.1e100.net (216.58.210.206): icmp_seq=1   ttl=55 time=21.2 ms
64 bytes from mrs04s09-in-f206.1e100.net (216.58.210.206): icmp_seq=2 ttl=55 time=21.3 ms

Następnie próbuję odświeżyć moje źródło pakietów za pomocą aktualizacji apt-get . Nie działa w pełni dobrze, ponieważ collabora nie jest dostępna.

W: Failed to fetch http://raspberrypi.collabora.com/dists/jessie/rpi/binary-armhf/Packages  404  Not Found [IP: 2a00:1098:0:82:1000:25:2eeb:e3e2 80]

Więc usuwam to:

$ sudo rm collabora.list 

Tym razem dostaję kilka innych błędów (patrz poniżej).

W: Failed to fetch http://archive.raspberrypi.org/debian/dists/jessie/main/binary-armhf/Packages  Hash Sum mismatch

Testuję również, że nadal mam rozpoznawanie nazw. To archive.raspberrypi.org znajduje się w raspi.list w moich źródłach, więc usuwam raspi.list i aktualizuję ponownie.

$ sudo rm raspi.list
$ sudo apt-get update

Ale jest coraz gorzej w przypadku aktualizacji apt-get:

W: Failed to fetch http://mirrordirector.raspbian.org/raspbian/dists/jessie/main/binary-armhf/Packages  Hash Sum mismatch

W: Failed to fetch http://mirrordirector.raspbian.org/raspbian/dists/jessie/non-free/binary-armhf/Packages  Hash Sum mismatch

A teraz próbuję ponownie pingować, bam !! Brak rozpoznawania nazw :

$ ping google.com
ping: unknown host google.com

Dygresja:

$ df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/root        15G  5.1G  9.0G  37% /
devtmpfs         87M     0   87M   0% /dev
tmpfs            91M     0   91M   0% /dev/shm
tmpfs            91M  8.5M   83M  10% /run
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs            91M     0   91M   0% /sys/fs/cgroup
/dev/mmcblk0p1   56M   21M   36M  38% /boot
tmpfs            19M     0   19M   0% /run/user/1001

$ mount
dev/mmcblk0p2 on / type ext4 (rw,noatime,data=ordered)
...
/dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)

$ uname -a
Linux wipi 4.4.38+ #938 Thu Dec 15 15:17:54 GMT 2016 armv6l GNU/Linux

$ lsb_release -a
No LSB modules are available.
Distributor ID: Raspbian
Description:    Raspbian GNU/Linux 8.0 (jessie)
Release:    8.0
Codename:   jessie

System znajduje się na karcie SD. Brak problemu z zasilaniem. Dostaje sieć za pomocą klucza Wi-Fi.

Dzięki za pomysł.


1
Karta SD może być uszkodzona, spróbuj ją wymienić. Pis mają tendencję do ich łamania.
gronostaj

2
^ to. Widziałem kilka kart w różnych systemach operacyjnych, które wydają się usuwać, formatować, kopiować pliki i w inny sposób nie powodują błędów. Po prostu upuszczają na podłogę wszelkie prośby o napisanie, udając, że się wydarzyły. Buforowanie w systemie operacyjnym sprawia, że wygląda to tak, dopóki katalog nie zostanie odświeżony. W dzisiejszych czasach powszechne staje się tylko do odczytu, gdy zawodzi.
Mokubai

Być może! Czy istnieje sposób przetestowania mojej karty SD? Prawdopodobnie sformatuję go i sprawdzę pod kątem błędów. Inny pomysł?
user509010

Ok masz rację. Próbowałem sformatować kartę SD, co nie powiodło się. Oczywiście jest to zepsute. Dzięki!
user509010

@Mokubai Twój komentarz jest pomocny. Zamierzasz zmienić to w właściwą odpowiedź? Mogę z tego zrobić odpowiedź na wiki społeczności, ale nie chcę odbierać ci kredytu.
Kamil Maciorowski
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.