Sprzęt pod serwer SUPLA?

[michael]

Na początku musisz stworzyć katalog gdzie będziesz mountować swojego pendrive'a załóżmy, że będzie to ten sam folder co wpisywałem powyżej, czyli:

Code: Select all

mkdir /mnt/backup

Powyższą linijkę pomijasz przy następnych razach. Po prostu wpisujesz poniższe komendy

Code: Select all

sudo mount /dev/sda1 /mnt/backup
sudo dd bs=2M if=/dev/mmcblk0 of=/mnt/backup/SuplaSD-$(date +%F).img

Na koniec odmountowujemy naszego pendrive'a

Code: Select all

sudo umount -f /dev/sda1

Najlepiej zrobić sobie mini skrypt analogicznie do mojego poprzedniego postu z powyższymi 3-ma linijkami i wtedy jednym poleceniem załatwiasz sprawę.

[Seba5120]

Na początku musisz stworzyć katalog gdzie będziesz mountować swojego pendrive'a załóżmy, że będzie to ten sam folder co wpisywałem powyżej, czyli:

Code: Select all

mkdir /mnt/backup

Powyższą linijkę pomijasz przy następnych razach. Po prostu wpisujesz poniższe komendy

Code: Select all

sudo mount /dev/sda1 /mnt/backup
sudo dd bs=2M if=/dev/mmcblk0 of=/mnt/backup/SuplaSD-$(date +%F).img

Na koniec odmountowujemy naszego pendrive'a

Code: Select all

sudo umount -f /dev/sda1

Najlepiej zrobić sobie mini skrypt analogicznie do mojego poprzedniego postu z powyższymi 3-ma linijkami i wtedy jednym poleceniem załatwiasz sprawę.

Super, dzięki

[Zybi]

Tu są dwa fajne tutoriale w tej kwestii:

https://webinsider.pl/raspberry-pi-dyski-usb-sieciowe/

https://webinsider.pl/raspberry-pi-linux-cron/

[Sibikk]

Cześć, nie robi mi się kompletny backup,
[code
pi@raspberrypi:~ $ sudo dd bs=2M if=/dev/mmcblk0 of=/mnt/backup/SuplaSD-$(date +%F).img
dd: error writing ‘/mnt/backup/SuplaSD-2017-07-28.img’: File too large
2048+0 records in
2047+0 records out
4294967295 bytes (4.3 GB) copied, 225.312 s, 19.1 MB/s
[/code]

Karta w malinie 32 gb

[pzygmunt]

Podmontowany system plików nie obsługuje dużych plików (np pendrive z FAT-em) albo nie masz miejsca na woluminie docelowym.

Możesz też zrobić tak. Plik z kopią będzie dużo mniejszy
dd if=/dev/mmcblk0 conv=sync,noerror bs=2M | gzip -c > /mnt/backup/SuplaSD-$(date +%F).img

Tak czy siak... kopiowanie obrazu karty live to niezbyt dobry pomysł.

[Sibikk]

Podmontowany system plików nie obsługuje dużych plików (np pendrive z FAT-em) albo nie masz miejsca na woluminie docelowym.

Możesz też zrobić tak. Plik z kopią będzie dużo mniejszy
dd if=/dev/mmcblk0 conv=sync,noerror bs=2M | gzip -c > /mnt/backup/SuplaSD-$(date +%F).img

Tak czy siak... kopiowanie obrazu karty live to niezbyt dobry pomysł.

Panowie sukces, po wielu próbach jestem w trakcie zgrywania backupu. Problemem jest/był czytnik kart wbudowany w lapka, nie czytał partycji linuksowej, w ogóle przez co wszystkie programy do kopiowania też nie miały do niej dostępu. wsadziłem kartę do innego urządzenia i z miejsca hdd raw coppy tool widzi cała kartę z obiema partycjami.
@pzygmunt czemu nie powinno się robić backupu live? może zaszkodzić karcie czy samym plikom?

[pzygmunt]

Chodzi o integralność plików. Jeżeli coś akurat modyfikuje dany plik, a backup go czyta to możesz mieć część pliku w starej wersji, a część w nowej w kopii. Jeżeli nie robisz migawki systemu plików tylko na żywca go kopiujesz to zalecam dodatkowo zrobić kopię - szczególnie bazy danych MySQL narzędziem mysqldump

[Simono]

Panowie skrypt działał mi ustawiony w cronie na pierwszy dzień miesiąca już bardzo długo. Jakoś sierpniu backup się nie zrobił. Teraz po ręcznym odpaleniu skryptu mam:

Code: Select all

pi@raspberrypi:~/backup $ sudo ./backup.sh
dd: failed to open '/dev/mmcblk0': No such file or directory

O co chodzi?

[pzygmunt]

Musisz wskazać nazwę urządzenia /dev/...., które odpowiada Twojej karcie SD.

Code: Select all

mount

[klimasstudio]

Ja żeby spać spokojnie w moim RPi4 używam tylko dysku SSD. Myślę że jest mniej awaryjny niż te X kart które już wyrzuciłem.... Postawiony mam serwer WWW pod kilka stron i śmiga to super.