On 10/10/2022 21:37, jacek pozniak wrote:
> Chcę przywrócić do starej wersji;

Mam ogólnie relatywnie dużo softu, skomplikowanego, którego używam na
codzień.

Jakiś czas temu robiłem backupy.

Teraz już mi się nie chce. Koszt postawienia systemu z backupu i
zainstalowania wszystkich updateów jest na tyle duży, że najzwyczajniej
postawienie nowego systemu + narzędzi zaczyna być kuszącą alternatywą.

Kwestia separacji narzędzi od danych. Narzędzia da się łatwo postawić na
nowo a bywa, że daje to również jakieś plusy z okolicy porządku.

Innymi słowy: nie wiem co tam musisz odzyskiwac, ale dzisiaj instalcja
windowsa to 10 minut, więc jedyny problem to narzędzia.

do góry

2022-10-11 o 09:49 +0200, Marek napisał:
> Osobiście jestem zwolennikiem robienia rsync'iem kopi struktury FS
> zamiast całego bloku dysku/partycji, ponieważ:
> - to się robi szybciej przy kolejnej iteracji bo tylko przenosza się
> różnice a nie całość

Oszczędzasz na kopiowaniu (zapisie), ale czytać i tak musisz wszystko,
i to dwa razy, tzn. obie strony, więc to wcale nie taki oczywisty zysk.

> - w przypadku konieczności wykonania operacji odwrotnej (czyli
> odtworzenia na jakimś nowym dysku) gdy pendrive był jest większy niż
> pierwotne źródło trzeba pamiętać ile bloków miało pierwotne źródło by
> nie kopiować obszaru pendrive'a poza zakresem pierwotnego fsa. dd
> musi wtedy dostać zakres kopiowania.

Wystarczy na tym nośniku trzymać obraz FS-a, tj. plik wynikowy dd, a nie
zapisywać nowy filesystem... To zresztą również bezpieczniejsze.

Tak czy inaczej: zarówno rsync, jak i kopiowanie obrazów to słabe
podejścia, bo nie pozwalają cofnąć się w czasie poza ostatni zrzut. Ja
od kilku już lat korzystam wylącznie z BORG-a. Bardzo przyjemny
wynalazek.

https://www.borgbackup.org/


Mateusz

do góry

heby wrote:

> On 10/10/2022 21:37, jacek pozniak wrote:
>> Chcę przywrócić do starej wersji;
>
> Mam ogólnie relatywnie dużo softu, skomplikowanego, którego używam na
> codzień.
>
> Jakiś czas temu robiłem backupy.
>
> Teraz już mi się nie chce. Koszt postawienia systemu z backupu i
> zainstalowania wszystkich updateów jest na tyle duży, że najzwyczajniej
> postawienie nowego systemu + narzędzi zaczyna być kuszącą alternatywą.
>
> Kwestia separacji narzędzi od danych. Narzędzia da się łatwo postawić na
> nowo a bywa, że daje to również jakieś plusy z okolicy porządku.
>
> Innymi słowy: nie wiem co tam musisz odzyskiwac, ale dzisiaj instalcja
> windowsa to 10 minut, więc jedyny problem to narzędzia.

To prawda, ze jak się naprawia i instaluje ponownie programy to można
uporządkować (czyt. wyrzucić niepotrzebne rzeczy).

Ale niestety nie mam ostatnio czasu i nic nie wskazuje abym w najbliższej
przyszłości miał aby się ponownie pałować z różnymi narzędziami.

Na przykład, mam stary kompilator do piców chodzący na wine, do którego w
zawieruchach dziejowych pogubiłem klucze.

Kupiłem inny kompilator, ccs, ale on nie jest tak optymalny i nie mogę go
używać do produkowanego wyrobu, gdy trzeba poprawkę/uzupełnienie/rozwinięcie
jakieś zrobić; nie mieści się.

Tego typu sprawy.


--
jp

www.flowservice.pl
www.flowsystem.pl

do góry

No nic. Trzeba kupić dysk mechaniczny, ssd, pen i pokombinować.



Dziękuję za porady, mam nadzieję, że coś wyjdzie.

jp

> Dzień Dobry
>
> Zapytam, aby się upewnić.
>
>
> Mam komputer roboczy (Linux).
>
> Jest on już stary i chciałbym się zabezpieczyć na wypadek awarii, tak aby
> mieć możliwość szybkiego przywrócenia funkcjonalności, bez potrzeby
> instalacji wszystkiego od początku.
>
>
> Jeśli wykonam dd -if /dev/sda -of /dev/sdc
>
> gdzie, /dev/sdc to pendrive, oczywiście większy od /dev/sda,
>
> to czy uzyskam pełen obraz, tak aby potem:
>
> 1. Startuję Linuxa z jakiegoś CD/USB.
> 2. Montuję moją wcześniej wykonaną kopię na /dev/sdc
> 2. Robię na nowy dysk dd -if /dev/sdc -of /dev/sda
> 3. Wyciągam bootowalnego Linuxa i sdc.
> 4. Cieszę się przywróceniem funkcjonalności.
>
> Czy są jakieś haczyki?
>
> jp
>
>
>
>

--
jp

www.flowservice.pl
www.flowsystem.pl

do góry

On 11/10/2022 20:09, jacek pozniak wrote:
> Na przykład, mam stary kompilator do piców chodzący na wine, do którego w
> zawieruchach dziejowych pogubiłem klucze.

Idealny powód aby odpalać go pod VirtualBoxem. Wiem, trochę za późno. Na
przyszłosc mówię. Choć nie wykluczone, że nadal można go wydłubać jako
obraz dysku i tak odpalać.

> Kupiłem inny kompilator, ccs, ale on nie jest tak optymalny i nie mogę go
> używać do produkowanego wyrobu, gdy trzeba poprawkę/uzupełnienie/rozwinięcie
> jakieś zrobić; nie mieści się.

Trzeba było nie brać PICów, tak vendor-lockin a w zasadzie to tool-lockin :P

do góry

W dniu 11.10.2022 o 09:27, m4rkiz pisze:

>> Jest on już stary i chciałbym się zabezpieczyć na wypadek awarii, tak aby
>> mieć możliwość szybkiego przywrócenia funkcjonalności, bez potrzeby
>> instalacji wszystkiego od początku.
>>
>>
>> Jeśli wykonam dd -if /dev/sda -of /dev/sdc
>>
>> gdzie, /dev/sdc to pendrive, oczywiście większy od /dev/sda,
>>
>> to czy uzyskam pełen obraz, tak aby potem:
>>
>> 1. Startuję Linuxa z jakiegoś CD/USB.
>> 2. Montuję moją wcześniej wykonaną kopię na /dev/sdc
>> 2. Robię na nowy dysk dd -if /dev/sdc -of /dev/sda
>> 3. Wyciągam bootowalnego Linuxa i sdc.
>> 4. Cieszę się przywróceniem funkcjonalności.
>>
>> Czy są jakieś haczyki?
>
> w przypadku pendrive kopiowałbym do pliku, mniejsze szanse że po
> przypadkowym włożeniu do kompa coś się automagicznie namiesza
>
> albo (tak jak to robię osobiście) w ogóle pominął wsadzanie tego
> godzinami przez usb (zapewne 2) na jakiś najtańszy flash który się
> wybrał producentowi i liczenie że po miesiącach dalej będzie dobrze z
> każdym bitem a skopiował raczej na dysk mechaniczny który teraz można
> kupić za kilka złotych (500GB z gwarancją za 26 pln na allegro),
> zweryfikujesz działanie od razu i odpada rzeźbienie pod presją czasu bo
> po prostu przepinasz i masz
>
Proponowałem podobnie ale z założeniem, że "nowy/używany" dysk będzie
pracował obecnie po kopiowaniu a stary/sprawny odkładam na półkę,
oczywiście najpierw sprawdził bym ten "nowy"...noale ja Widziarz jestem
więc progsy mam pod Windę do sprawdzania :)

Osobiście użyłbym https://www.hirensbootcd.org/usb-booting/ . Co z tego
że Windows? Zawiera narzędzia nie tylko dla Windows ale nawet dla
"dziwnego linucha" :D

Jakiś Kaczin nie zrozumiał tylko i się dopierdolił retorycznie. Pewnie
ma tak w defaulcie i musi z tym żyć :]

--
LordBluzg(R)??
<<<?i? ć?d?? i Putina i ęjcaredefnoK>>>

do góry

W dniu 10.10.2022 o 22:53, Kaczin pisze:

>>>>> Dzień Dobry
>>>>>
>>>>> Zapytam, aby się upewnić.
>>>>>
>>>>>
>>>>> Mam komputer roboczy (Linux).
>>>>>
>>>>> Jest on już stary i chciałbym się zabezpieczyć na wypadek awarii,
>>>>> tak aby
>>>>> mieć możliwość szybkiego przywrócenia funkcjonalności, bez potrzeby
>>>>> instalacji wszystkiego od początku.
>>>>
>>>> Przy dzisiejszej cenie dysków, kupuję nowy dysk :]...do tego SSD a
>>>> stary odkładam na półkę.
[...]
>>> Czy ty, leśny dziadku, zrozumiałeś o co pyta OP?
>>>
>> Drogi staruszku,
>
> Pytanie było retoryczne.
>
Sryczne. Zwyczajnie nie zrozumiałeś, że z mojej strony to była sugestia,
o czym napisałem w pierwszym zdaniu w pierwszej odpowiedzi na pytanie OPa.

...CBDU :)

Musisz odejść, jeszcze jest bezpiecznie... :]
--
LordBluzg(R)??
<<<?i? ć?d?? i Putina i ęjcaredefnoK>>>

do góry

On 2022-10-11, Mateusz Viste <m...@x...invalid> wrote:
> 2022-10-11 o 09:49 +0200, Marek napisał:
>> Osobiście jestem zwolennikiem robienia rsync'iem kopi struktury FS
>> zamiast całego bloku dysku/partycji, ponieważ:
>> - to się robi szybciej przy kolejnej iteracji bo tylko przenosza się
>> różnice a nie całość
>
> Oszczędzasz na kopiowaniu (zapisie), ale czytać i tak musisz wszystko,
> i to dwa razy, tzn. obie strony, więc to wcale nie taki oczywisty zysk.
>
>> - w przypadku konieczności wykonania operacji odwrotnej (czyli
>> odtworzenia na jakimś nowym dysku) gdy pendrive był jest większy niż
>> pierwotne źródło trzeba pamiętać ile bloków miało pierwotne źródło by
>> nie kopiować obszaru pendrive'a poza zakresem pierwotnego fsa. dd
>> musi wtedy dostać zakres kopiowania.
>
> Wystarczy na tym nośniku trzymać obraz FS-a, tj. plik wynikowy dd, a nie
> zapisywać nowy filesystem... To zresztą również bezpieczniejsze.

Można też wyzerować najpierw wolne miejsce a potem dodatkowo taki obraz
spakować, ale to pozbawia możliwości bezposredniego podmontowania.

> Tak czy inaczej: zarówno rsync, jak i kopiowanie obrazów to słabe
> podejścia, bo nie pozwalają cofnąć się w czasie poza ostatni zrzut. Ja

No dd to nie, ale taki rsync? Mi tam robi kopie przyrostowe bez
kasowania poprzednich.

> od kilku już lat korzystam wylącznie z BORG-a. Bardzo przyjemny
> wynalazek.
>
> https://www.borgbackup.org/

Juz się parę razy przymierzałem, ale problem jest taki, ze musisz mieć
tego borga wszędzie. A takie dd wszędzie już jest. Padnie mi system,
wystaruje z jakiegoś live bez dostepu do Internetu ale czy tam będzie w
podstawowej dystrybucji borg? Chyba nie będzie. No i będzie kłopot.

--
Marcin

do góry

On Tue, 11 Oct 2022 14:19:26 +0200, Mateusz Viste
<m...@x...invalid> wrote:
> Oszczędzasz na kopiowaniu (zapisie), ale czytać i tak musisz wszy
> stko,
> i to dwa razy, tzn. obie strony, więc to wcale nie taki oczywisty
> zysk.

?? Ogromny zysk. Rsync po rsyncu na bieżąco fsa z 500tys plików przez
Internet (nie lokalnie) trwa kilkadziesiąt sek. Robienie dumpa
całości w moim przypadku to godziny. To, że czyta całość to zaleta,
bo wtedy wcześniej wychodzą ewentulane problemy z dyskiem. Nie ma
nic lepszego niż rsync, reszta to protezy.

> Wystarczy na tym nośniku trzymać obraz FS-a, tj. plik wynikowy dd
> , a nie
> zapisywać nowy filesystem... To zresztą również bezpiec
> zniejsze.

Ale tworzenie obrazu to długa operacja, poza tym tworzenie obrazu dd
jest bez sensu gdy fs jest np. w 1% zajęty lub ma pliki z dziurami.
Dd tego nie zoptymalizuje.

> Tak czy inaczej: zarówno rsync, jak i kopiowanie obrazów to s?
> ?abe
> podejścia, bo nie pozwalają cofnąć się w czasie po
> za ostatni zrzut.

Jak nie rsync pozwala? Opcja compare-dest, tworzy dumpy różnicowe.
Mam możliwość odtworzenia wszystkich wersji zmian w plikach w
dowolnym czasie.
Świat się dzieli tylko na tych co używają rsync i tych, którzy będą
go używać w przyszłości. Żadne inne protezy.

--
Marek

do góry

On Tue, 11 Oct 2022 20:09:45 +0200, jacek pozniak
<j...@f...pl> wrote:
> Na przykład, mam stary kompilator do piców chodzący na wine, do
> którego w
> zawieruchach dziejowych pogubiłem klucze.

Hehe, skąd ja to znam :)

--
Marek

do góry