Pokazywanie postów oznaczonych etykietą Linux. Pokaż wszystkie posty
Pokazywanie postów oznaczonych etykietą Linux. Pokaż wszystkie posty

piątek, 11 listopada 2022

Jak trwoga to do Bo(r)ga

 Ten poradnik napisałem "dla siebie", bo z upływem lat moja pamięć może zacząć być awaryjną. To kopia zapasowa mojej pamięci dotycząca użycia programu Borg do robienia kopii zapasowych. Jeżeli oprócz mnie, przyda się komukolwiek, to będę usatysfakcjonowany.

Moje użycie Borg dla wykonania kopii systemu “/” wraz z “/root” bez “/home”:

1. Utwórz w katalogu /root/ plik o nazwie rootbackupinit.sh i nadaj mu uprawnienia do uruchamiania.

Oto zawartość pliku rootbackupinit.sh:

#!/bin/bash

borg init -e repokey (tu ścieżka do tworzenia archiwum kopii zapasowej)


U mnie tak to wygląda:

sudo borg init -e repokey /media/backup/Kopia-borg/System


2. Następnie utwórz w katalogu /root plik rootbackup.sh

Oto zawartość mojego pliku rootbackup.sh w systemie Arch Linux, który oczywiście należy dostosować do własnych potrzeb. Czyli wpisać swoją ścieżkę do zapisywanego archiwum i ewentualnie zmienić ustawienia archiwizowań i wykluczeń.

#!/bin/bash

# załaduj ścieżki niestandardowe, jeśli plik ścieżki istnieje, w przeciwnym razie utwórz nowy plik ścieżki

pathfile="/root/.paths.sh"

if [ ! -f ${pathfile} ]; then

  echo 'export PATHS=("")' > ${pathfile}

fi

source ${pathfile}

PATHS=(

  "${PATHS[@]}"   # load paths from pathfile

  "/bin"

  "/boot"

  "/etc"

  "/lib"

  "/lib64"

  "/opt"

  "/root"

  "/sbin"

  "/srv"

  "/usr"

  "/var"

)

# load borg passphase

source /root/.borg.sh

# date in format: YYYY-MM-DD_HH-MM round to 15 minutes blocks

DATE=$(date +"%Y-%m-%d_%H")-$(echo "$(date +%M) - ($(date +%M)%15)" | bc)

borg create --stats --progress --compression lz4 \

    --exclude /dev \

    --exclude /home \

    --exclude /mnt \

    --exclude /media \

    --exclude /proc \

    --exclude /run \

    --exclude /swapfile \

    --exclude /tmp \

    --exclude /sys \

    --exclude /lost+found \

/media/backup/Kopia/BCK::${DATE} ${PATHS[@]}


3. Aby nie wpisywać każdorazowo hasła przy tworzeniu archiwum, utwórz w katalogu /root plik .borg.sh z zawartością: 

#!/bin/bash

export BORG_PASSPHRASE="tutaj wpisz hasło do tworzonej przez borg kopii zapasowej"


4. Utwórz również w katalogu /root plik .paths.sh zawierający:

export PATHS=("")


5. Aby zainicjować po raz pierwszy archiwum borg wykonaj w konsoli polecenie:

sudo -i


a następnie zainicjuj po raz pierwszy archiwum poleceniem:

rootbackupinit.sh 


Borg zapyta o hasło do tworzonej struktury archiwum, więc trzeba je zapamiętać, inaczej nici z przyszłego dostępu!


6. Aby zrobić kopię zapasową za pomocą programu borg napisz w konsoli:

rootbackup.sh


Uwaga! 

Wykonując następne kopie nie zapomnij zacząć od wpisania w konsoli:

sudo -i

a dopiero później:

rootbackup.sh


Następne kopie systemu dodawane do archiwum będą kopiami przyrostowymi i nie spowodują "pożerania" zasobów dysku z kopią.

7. Montowanie wykonanych kopii archiwów.

Aby zamontować archiwum wygodnie jest utworzyć w katalogu /root pliku rootborgmount.sh zawierającego:

#!/bin/bash

borg mount /media/backup/Kopia-borg/System /root/mnt


W konsoli wykonujemy polecenie:

rootborgmount.sh

i archiwum zostanie zamontowane w /root/mnt

Możemy tak zamontowaną zawartość archiwum przeglądać jak zwyczajną strukturę katalogów i plików i np. kopiować cokolwiek do systemu.


8. Odmontowanie kopii archiwów zamontowanych w /root/mnt

Aby odmontować archiwum wygodnie jest utworzyć w katalogu /root pliku rootborgumount.sh zawierającego:

#!/bin/bash

borg umount /root/mnt


Moje użycie Borg dla wykonania kopii katalogu domowego /home/user

1. Utwórz w /home/user plik potrzebny dla zainicjowania po raz pierwszy archiwum borg userbackupinit.sh o treści:

#!/bin/bash

borg init -e repokey /media/backup/Kopia-borg/Home-user


2. Następnie utwórz w katalogu /home/user plik userbackup.sh

Oto zawartość mojego pliku userbackup.sh w systemie Arch Linux, który oczywiście należy dostosować do własnych potrzeb. Czyli wpisać swoją ścieżkę do zapisywanego archiwum i ewentualnie zmienić ustawienia archiwizowań i wykluczeń.

#!/bin/bash

# załaduj ścieżki niestandardowe, jeśli plik ścieżki istnieje, w przeciwnym razie utwórz nowy plik ścieżki

pathfile="/home/user/.paths.sh"

if [ ! -f ${pathfile} ]; then

  echo 'export PATHS=("")' > ${pathfile}

fi

source ${pathfile}

PATHS=(

  "${PATHS[@]}"   # load paths from pathfile

  "/home/user"

)

# load borg passphase

source /home/user/.borg.sh

# date in format: YYYY-MM-DD_HH-MM round to 15 minutes blocks

DATE=$(date +"%Y-%m-%d_%H")-$(echo "$(date +%M) - ($(date +%M)%15)" | bc)

borg create --stats --progress --compression lz4 \

    --exclude /dev \

    --exclude /mnt \

    --exclude /media \

    --exclude /proc \

    --exclude /run \

    --exclude /swapfile \

    --exclude /tmp \

    --exclude /sys \

    --exclude /lost+found \

/media/backup/Kopia-borg/Home-user::${DATE} ${PATHS[@]}


3. Aby nie wpisywać każdorazowo hasła przy tworzeniu archiwum, utwórz w katalogu /home/user plik .borg.sh z zawartością:

#!/bin/bash

export BORG_PASSPHRASE="tu wpisz swoje hasło do tworzonej przez borg kopii zapasowej"


4. Utwórz w /home/user/ plik .paths.sh:

#!/bin/bash

export PATHS=("")


5. Aby zainicjować po raz pierwszy archiwum borg wykonaj w konsoli polecenie:

userbackupinit.sh


Borg zapyta o hasło do tworzonej struktury archiwum, więc trzeba je zapamiętać, inaczej nici z przyszłego dostępu!


6. Aby zrobić kopię zapasową napisz w konsoli:

userbackup.sh


Następne kopie systemu dodawane do archiwum będą kopiami przyrostowymi i nie spowodują "pożerania" zasobów dysku z kopią. 


7. Montowanie wykonanych kopii archiwów.

Aby zamontować archiwum wygodnie jest utworzyć w katalogu /home/user pliku userborgmount.sh zawierającego:

#!/bin/bash

borg mount /media/backup/Kopia-borg/Home-user /home/user/mnt


Aby utworzone przez borg archiwum kopii zapasowej zamontować w /home/user/mnt wykonaj w konsoli:

userborgmount.sh


Możemy tak zamontowaną zawartość archiwum przeglądać jak zwyczajną strukturę katalogów i plików i np. kopiować cokolwiek do systemu.


8. Aby odmontować archiwum wygodnie jest utworzyć w katalogu /home/user pliku userborgumount.sh zawierającego:

#!/bin/bash

borg umount /home/user/mnt


Aby zamontowane archiwum kopii zapasowej odmontować wykonaj w konsoli:

userborgumount.sh


Dla "wygody" można też doinstalować graficzną nakładkę na borg o nazwie Vorta, ale robienie kopii zapasowych za pomocą poleceń w konsoli jest o wiele szybsze i dużo łatwiejsze. Tym bardziej, że można użyć cron, gdy kopie mają być wykonywane automatycznie w określonym czasie.

Więcej poleceń dotyczących obsługi Borg znajduje się pod adresem:

Borg - szybki start (translator Google na język polski)

lub to samo na stronie angielskojęzycznej:

Borg - Quick Start

Morfitronik - Tworzenie kopii zapasowej linux'a z BorgBackup

niedziela, 19 września 2021

Co można zmienić przez 30 lat?

Jak przypomina rosyjski Opennet, minęło 30 lat od utworzenia pierwszego publicznego wydania jądra Linuksa. Jądro 0.01 było skompresowane do 62 KB, zawierało 88 plików i zawierało 10239 linii kodu źródłowego. Według Linusa Torvaldsa to właśnie moment publikacji jądra 0.01 jest prawdziwą datą 30-lecia projektu .


25 sierpnia 1991 roku, po pięciu miesiącach rozwoju, 21-letni student Linus Torvalds ogłosił na telekonferencji comp.os.minix, że pracuje nad działającym prototypem nowego systemu operacyjnego Linux. Pierwsze publiczne wydanie jądra Linuksa zostało wydane 17 września 1991 roku.


Dynamika wzrostu bazy kodu (liczba linii kodu źródłowego) jądra:

  • 0.0.1 - wrzesień 1991, 10 tysięcy linii kodu;

  • 1.0.0 - marzec 1994, 176 tys. linii kodu;

  • 1.2.0 - marzec 1995, 311 tysięcy linii kodu;

  • 2.0.0 - czerwiec 1996, 778 tys. linii kodu;

  • 2.2.0 - styczeń 1999, 1,8 miliona linii kodu;

  • 2.4.0 - styczeń 2001, 3,4 miliona linii kodu;

  • 2.6.0 - grudzień 2003, 5,9 miliona linii kodu;

  • 2.6.28 - grudzień 2008, 10,2 mln linii kodu;

  • 2.6.35 - sierpień 2010, 13,4 mln linii kodu;

  • 3.0 - sierpień 2011, 14,6 miliona linii kodu.

  • 3,5 - lipiec 2012, 15,5 miliona linii kodu.

  • 3.10 - lipiec 2013, 15,8 mln linii kodu;

  • 3.16 - sierpień 2014, 17,5 miliona linii kodu;

  • 4.1 - czerwiec 2015, 19,5 miliona linii kodu;

  • 4,7 - lipiec 2016, 21,7 mln linii kodu;

  • 4.12 - lipiec 2017, 24,1 mln linii kodu;

  • 4.18 - sierpień 2018, 25,3 miliona linii kodu.

  • 5.2 - lipiec 2019, 26,55 miliona linii kodu.

  • 5,8 - sierpień 2020, 28,4 miliona linii kodu.

  • 5.13 - czerwiec 2021, 29,2 miliona linii kodu.

Postęp w rozwoju rdzenia:

  • Linux 0.0.1 - wrzesień 1991, pierwsze publiczne wydanie obsługujące tylko procesor i386 i ładowanie z dyskietki;

  • Linux 0.12 - styczeń 1992, kod zaczął być rozpowszechniany na licencji GPLv2;

  • Linux 0.95 - marzec 1992, zapewniał możliwość uruchomienia X Window System, zaimplementował obsługę pamięci wirtualnej i partycji wymiany.

  • Linux 0.96-0.99 - 1992-1993, rozpoczęto prace nad stosem sieciowym. Wprowadzono system plików Ext2, dodano obsługę formatu plików ELF, wprowadzono sterowniki kart dźwiękowych i kontrolerów SCSI, zaimplementowano ładowanie modułów jądra i systemu plików /proc.

  • W 1992 roku pojawiły się pierwsze dystrybucje SLS i Yggdrasil. Latem 1993 roku powstały projekty Slackware i Debian.

  • Linux 1.0 – marzec 1994, pierwsze oficjalne wydanie stabilne;

  • Linux 1.2 - marzec 1995, znaczny wzrost liczby sterowników, wsparcie dla platform Alpha, MIPS i SPARC, rozszerzenie możliwości stosu sieciowego, pojawienie się filtru pakietów, obsługa NFS;

  • Linux 2.0 - czerwiec 1996, wsparcie dla systemów wieloprocesorowych;

  • Marzec 1997: Założenie LKML, listy dyskusyjnej programistów jądra Linuksa;

  • 1998: Uruchomienie pierwszego klastra Linux opartego na Top500, składającego się z 68 węzłów z procesorem Alpha;

  • Linux 2.2 - styczeń 1999, zwiększona wydajność systemu zarządzania pamięcią, dodano obsługę IPv6, zaimplementowano nowy firewall, wprowadzono nowy podsystem dźwiękowy;

  • Linux 2.4 - luty 2001, obsługa systemów 8-procesorowych i 64 GB pamięci RAM, system plików Ext3, obsługa USB, ACPI;

  • Linux 2.6 - grudzień 2003, obsługa SELinux, automatyczne narzędzia dostrajania jądra, sysfs, przeprojektowany system zarządzania pamięcią;

  • W 2005 roku wprowadzono hiperwizor Xen, który zapoczątkował erę wirtualizacji;

  • We wrześniu 2008 roku powstało pierwsze wydanie platformy Android opartej na jądrze Linux;

  • W lipcu 2011 roku, po 10 latach rozwoju gałęzi 2.6.x , dokonano przejścia na numerację 3.x. Liczba obiektów w repozytorium Git osiągnęła 2 miliony;

  • W 2015 roku miało miejsce wydanie jądra Linux 4.0. Liczba obiektów git w repozytorium osiągnęła 4 miliony;

  • W kwietniu 2018 pokonujemy barierę 6 milionów obiektów git-core w repozytorium.

  • W styczniu 2019 powstała gałąź jądra Linux 5.0 . Repozytorium osiągnęło poziom 6,5 miliona obiektów git.

  • Opublikowane w sierpniu 2020 r. jądro 5.8 było największe pod względem liczby zmian wszystkich jąder podczas całego istnienia projektu.

  • Jądro 5.13 ustanowiło rekord liczby deweloperów (2150), których zmiany zostały wprowadzone do jądra.

  • W 2021 roku do gałęzi Linux-next kernel został dodany kod do tworzenia sterowników w języku Rust. Trwają prace nad włączeniem komponentów wspierających Rust w rdzeniu.

68% wszystkich zmian w rdzeniu zostało dokonanych przez 20 najaktywniejszych firm. Na przykład, w rozwój jądra 5,13, i 10% wszystkich zmian jest zaangażowany Intel, 6,5% - Huawei, 5,9% - Red Hat, 5,7% - Linaro, 4,9% - Google, 4,8% - AMD, 3,1% - NVIDIA, 2,8% - Facebook, 2,3% - SUSE, 2,1% - IBM, 1,9 % — Oracle, 1,5% — ARM, 1,4% — kanoniczny. 13,2% zmian zostało przygotowanych przez niezależnych współpracowników lub deweloperów, którzy nie zadeklarowali wprost swojej pracy dla określonych firm. 1,3% zmian przygotowali studenci, doktoranci i przedstawiciele placówek oświatowych. AMD jest liderem pod względem 5,13 linii kodu dodawanych do jądra, z udziałem 20,2% (sterownik amdgpu ma ok. 3 mln linii kodu, co stanowi ok. 10% całkowitego rozmiaru jądra - uwzględniono 2,4 mln linii przez automatycznie generowane pliki nagłówkowe z danymi dla rejestrów GPU ).



Ktoś złośliwy napisał, że student sklecił z nudów kod, który po 30 latach wciąż działa jak gdyby został napisany... przez studenta.

sobota, 14 sierpnia 2021

Url Collector - wygodne kolekcjonowanie linków

Polecam Url Collector, jest to aplikacja komputerowa do zbierania linków internetowych.
Programik rezyduje w Tray i przechwytuje linki URL. Można je otagować i dodatkowo opisać.
Posiada opcję autozapisu.
Program jest rozwijany i można mieć nadzieję na dalsze jego udoskonalenie.

Korzystam z tego arcy wygodnego i pożytecznego programu w Arch Linux.

Tutaj znajdziecie najnowsze wydanie: ==>>kliknij



poniedziałek, 15 marca 2021

System pełen błędów dla błędnych rycerzy?

 Ten, czy inny. Kto jest w stanie wskazać system idealny?

Jestem użytkownikiem Linuksa i od dawna wiem, że o niedoskonałościach systemu mówić nie należy. No, chyba, że się chce uzyskać etykietkę trolla i mąciwody.

Uważam, że decydując się na Linux, godzimy się na jego zalety i wady.

Dlatego nikogo do Linuksa nie namawiam.

A robienie sobie misji z wytykania wad tego lub innego systemu? Można i tak. Łatwiej błędy wytykać niż naprawiać.

jest takie powiedzenie: Nie to ładne, co według mnie ładne, ale to, co się komuś osobiście podoba.

Niedoskonałość (chociaż czasem bywa żartem natury) ma swój urok.

Specyfiką Linuksa jest konieczność mało znanej powszechnie umiejętności. Wiem, że to dziwne, bo po co to komu, ale użytkownik tego systemu powinien MYŚLEĆ! Dodatkowo umieć "kombinować", to znaczy SAMODZIELNIE lub ZESPOŁOWO radzić sobie w sytuacjach awaryjnych i dużo czytać ze ZROZUMIENIEM.

Takie "niewielkie" wymagania przydatne są też w innych aspektach życia. Naprawdę.

Wyszukiwanie niedogodności w Linuksie jedynie aby dopiec, dokuczyć, wyśmiać, jest trollowaniem i mąceniem.

Chcącemu nie dzieje się krzywda. Użytkownicy Linuksa (ci świadomi) nie narzekają ale starają się niedogodności systemu rozwiązywać.

Ludzie mało świadomi zalet Linuksa wciąż będą szukali zaczepki poprzez wyolbrzymianie usterek w systemie odrębnym od tego, z którego korzystają na co dzień.

Dlatego nie namawiam, nie mam misji, aby powiększać grono użytkowników Linuksa. Do użytkowania tego systemu trzeba dojrzeć samodzielnie aby dostrzec w nim i zalety i wady.

A ten "artykuł" jest bezwartościowy dlatego, że jego cel jest niejasny.

Wystarczy zamienić tytuł na "W****** dziurawy jak ser szwajcarski. Liczba odnajdywanych błędów szokuje." i... prawdopodobnie ogrom materiału pozwoliłby na wydrukowanie opasłego tomu.

Najwidoczniej taka jest "moda" aby okazywać pogardę faktom i swoim rozmówcom?
Ostatnia (i ostateczna) wymiana zdań na tym jakże "wartościowym" portalu:

diatryba
@Silny_Ogor, Twoje autorskie odpisywanie czytelnikom w knajackim stylu świadczy o klasie i autora i "artykułu". Dlatego napisałem opinię, że ten "artykuł" wydziela silny odór.

Czy takie Twoje komentarze są na miejscu?

- "Wygląda na to, że zaszkodziło ci borygo."
- "Miażdżąca argumentacja nierozgarniętego pryszcza."
- "Ach, semantyczny rycerz! W takim razie zwracam honor, powinno być coś ilości i skali, masz rację. A teraz wio!"
- "Hahaha, pryszczu rubaszny, nie masz o Linuksie i architekturze dystrybucji zielonego pojęcia. Łap miotełkę, przydaj się."
- "Rozumiem, że nie masz pojęcia, o czym mowa, więc to masz już z głowy. Teraz zajmij się sobą."
- "Twoją pustą głową o ścianę, z nadzieją, że może jednak dojdziesz do siebie i pogodzisz się z rzeczywistością zamiast snuć fantazje."

Jest wyjaśnienie powodu powstawania serii takich "artykułów" i tolerowanie stylu autora:

Własny troll dla Portalu to wielka wygrana, bo troll wejścia napędza od nocy do rana, wciąż drażni swą głupotą, rozwściecza naiwnych, co dotąd nie poznali komentarzy dziwnych.

Troll ma się za eksperta, taka jego rola, ma przecież "wiedzieć wszystko" i "robić w Karola". Ten, kto ma dużo czasu, zwyczajnie się nudzi, niech idzie gdzieś na spacer, do normalnych ludzi, bo troll na argumenty jest ślepy i głuchy, wciąż to samo, podobny do brzęczącej muchy.

Każdy troll jednak pełni pożyteczną rolę, moderator pozwala trollom na swawolę, bo troll Portal ożywia, na swą wędkę łowi naiwnych, co z nim kłócić się zawsze gotowi.

Pod każdym artykułem lub wpisem na blogach zjawia się troll obmierzły na kosmatych nogach i judzi, prowokuje a naiwna tłuszcza nie rozumie, że on ich na siebie napuszcza!

I żrą się między sobą, pełni wielkiej złości, a troll kosmate łapki zaciera z radości!

@diatryba Żeby cię nie przemęczać, przyznam ci hipotetyczną rację. Nie zgadzam się z tymi bredniami, ale załóżmy na chwilę, że masz rację. Pytanie: jesteś aż tak głupi i tępy, że dajesz się nabrać na trolla, o którym właśnie takie masz mniemanie? Musisz być niżej od kur. Co mi tam, możesz uznać, że to nie domniemanie a pewność.

sobota, 13 lutego 2021

Roszczeniowcy atakują

 

https://github.com/chaotic-aur/packages/issues/393

Spóźniona oferta
dla "pana" Roberta?
Zaczną się minusy,
pieprzone nygusy!
Która to niedziela,
gdy nie ma kernela?
Czasu masz za mało?
Robić się nie chciało?
Już cierpliwość tracę,
Ja podatki płacę!