Linux – co warto seedować?

Jakiś czas temu postawiłem NAS w domu (jest zaległy szkic wpisu od… dawna, pewnie w końcu się zbiorę i go opublikuję). Łącze jest przyzwoite (2 Mbit uploadu) i słabo wykorzystane, a nie chciałem, żeby leżało odłogiem i postanowiłem wesprzeć projekty open source poprzez seedowanie plików.

Minęło jakieś półtora miesiąca od ostatniej zmiany plików, więc można pokusić się o jakieś wnioski. Plik/katalog i ratio:

tails-i386-0.22.1 - 15,0
debian-7.4.0-amd64-netinst.iso - 4,4
debian-7.4.0-amd64-CD-1.iso - 7,1
debian-7.4.0-i386-netinst.iso - 5,1
debian-7.4.0-i386-CD-1.iso - 7,8
debian-7.4.0-armel-netinst.iso - 1,6
debian-7.4.0-armel-CD-1.iso - 1,2

Jak widać, największym zainteresowaniem cieszy się opisywana kiedyś dystrybucja T(A)ILS, w przypadku Debiana zaskakuje niemal równa popularność architektur i386 oraz amd64 (liczyłem, że będzie duża przewaga amd64, przecież to niemal każdy współczesny procesor wspiera). IMO zupełnie nie warto seedować obrazów z architekturą armel.

Zdaję sobie sprawę, że lista jest mocno niekompletna, ale niestety nadal nie kupiłem docelowego dysku i miejsce mnie mocno ogranicza. Przy najbliższej wymianie plików wyleci armel, a pojawi się jakieś Ubuntu albo i Kali Linux.

UPDATE: Próbka jest na razie bardzo mała bo jakieś 4 dni, ale wygląda, że Kali Linux (architektura amd64, następca BackTrack, czyli dystrybucja Linuksa przeznaczona dla pentesterów) jest strzałem w dziesiątkę. Ratio 2,44, kolejny w kolejności ma 1,07…

UPDATE2: Zdecydowanie Kali Linux! Amd64 – ratio 37,3 , i386 – 25,9 w ciągu 4 tygodni.Tails – 5,01 w ciągu 2 tygodni, czyli po normalizacji czasu ratio ok. 10. Dość podobnie jak w krótkim okresie, jak widać.

One apt to rule them all

Zdarza się, że mamy więcej niż jednego czy dwa hosty do zarządzania. Zdarza się, że wykonując aktualizację na desktopie zapomnimy o innych hostach. Albo, po prostu chcemy sobie uprościć aktualizacje i nie musieć się ręcznie logować w kilka(naście, -dziesiąt) miejsc.

Jest przyjemne, konsolowe narzędzie, które ułatwi takie zadanie. Chodzi o apt-dater, czyli narzędzie do automatycznej aktualizacji wielu hostów, działające w ncurses. Działa z pochodnymi Debiana, ale również z systemami wykorzystującymi managery pakietów rug czy yum. Zasada działania jest prosta i nieco podobna do rozwiązań typu clusterssh. Na systemie docelowym dodajemy (dla pochodnych Debiana) użytkownika, który ma dodane w /etc/sudoers:

user ALL=NOPASSWD: /usr/bin/apt-get, /usr/bin/aptitude

Dodatkowo należy umożliwić temu użytkownikowi logowanie po kluczach (pamiętamy o używaniu kluczy z hasłem!) z maszyny, z której będziemy zarządzać. No i oczywiście skonfigurować hosty, którymi apt-dater będzie zarządzać. Domyślna konfiguracja znajduje się w plikach w katalogu:

$XDG_CONFIG_HOME/apt-dater/

Definiujemy tam grupy hostów, użytkowników na poszczególnych systemach, hosty (IP lub FQDN) oraz port. Przykładowa zawartość pliku hosts.conf:

[GRUPA1]
Hosts=localhost;pi@mojeraspberry:222

[GRUPA2]
Hosts=user1@serwer.www;user2@serwer.db:222;user3@serwer.poczty:222

[GRUPA3]
Hosts=user1@kolejny.serwer,user1@kolejny.serwer2

Jednym przyciśnięciem klawisza można wywołać aktualizację listy pakietów lub instalację aktualizacji w całej grupie hostów lub na pojedynczym hoście. Oczywiście jest możliwość podłączenia się do wybranego hosta i dokładnego sprawdzenia sytuacji.

Korzystanie nie jest oczywiste – trzeba się chwilę pobawić i przywyknąć. Nie podoba mi się też wykorzystanie aptitude, którego nie trawię i który AFAIK korzysta z innego algorytmu ustalania zależności, niż apt-get[1]. Wolałbym wajig albo gołego apt-get. Domyślnie wykorzystywany jest apt-get, ale można zmienić go na aptitude w pliku /etc/apt-dater-host.conf. Niemniej rozwiązanie jest ciekawe i mało znane, więc informuję i polecam wypróbowanie. A nuż komuś się spodoba. Ja używam pół na pół – czasem aktualizacje przy pomocy apt-dater, czasem po prostu aktualizuję tradycyjnym wajig daily-upgrade.

PS Dzięki K. za informację o tym programie.

[1] Z tego powodu kiedyś był zalecany przy aktualizacji wersji Debiana. Od jakiegoś czasu zalecany jest apt-get.

UPDATE: Poprawione błędy w nazwach plików, dodana informacja o wyborze programu używanego do aktualizacji.

Narzekanie na laptopy Della

Mógłbym napisać, że narzekam po prostu na mojego laptopa, czy tam model, ale będzie ciut szerzej. Kiedyś napisałem recenzję Della Vostro 1440. Od tego czasu minęło półtora roku. Ostatnio bateria zaczęła gwałtownie tracić pojemność. Czas pracy na baterii spadł ze wspomnianych ~3h do 1h, a ostatnio do 30 minut. Niby akumulatory li-ion nie mają efektu pamięci, ale raz testowo rozładowałem do zera i… po naładowaniu było kilka minut więcej. Bateria niezbyt szanowana (co widać w komentarzach wcześniejszych wpisów), ale u młodej w laptopie o rok starszym FS Esprimo nadal jest 2h czy nawet więcej. Coś szybko zeszła.

Dziś zrobiłem kolejną próbę „reanimacji”, czyli pełnego rozładowania i skończyło się tak, że baterii w ogóle nie ładuje. Niby li-ion nie powinno się do zera rozładowywać, ale c’mon… W każdym razie dowiedziałem się ciekawych rzeczy o ogniwach w bateriach do laptopów, możliwości ich wymiany, koszcie tej operacji (markowe ogniwa do DIY w Polsce to ok. 70 zł z wysyłką) i ogólnie rynku nieoryginalnych baterii. Brr.

Przy okazji zerknąłem na stronę Della, czy nie ma nowszego BIOSu. Owszem, jest A03. U mnie jest A01. I ciekawostka: na stronie z BIOSem nie ma wersji do upgrade’u spod Linuksa. Dla sprzętu, który jest sprzedawany z samym Linuksem. Brawo. Live CD od producenta z Free DOS OSLT też nie ma.

Ponieważ zepsułem baterię, to ogólnie miałem wenę do psucia. Poszukałem możliwości upgrade’u bez Windows. Z poziomu BIOSu się nie da. Dobrzy ludzie podpowiedzieli Hirens Boot CD. Niestety, nie mam wolnego USB pod ręką. W końcu trafiłem na stronę opisującą flashowanie BIOS dla Delli spod Linuksa. Tamże dowiedziałem się, że Dell porzucił support dla Linuksa (przynajmniej, jeśli chodzi o BIOS).

Najpierw wypróbowałem metodę Updating the BIOS without without using biosdisk. Niestety, w momencie uruchamiania pliku wykonywanego w dosemu otrzymywałem komunikat o błędzie. Następnie spróbowałem Upgrading the BIOS using Dell’s „biosdisk” and „syslinux memdisk”. Wszystko dobrze, udało mi się włączyć DOSa. Po uruchomieniu V1440A03.EXE i pytaniu, czy flashować (sure!) zwis. Zero informacji na ekranie i zero zmian przez kilka minut. Ctrl-c nie działa. Niezbyt pewnie robię ctrl-alt-del… Wstał. Ze starym BIOSem.

Jak dorzucę do tego wszystkiego rzeźbę z touchpadem w innym modelu Della (Vostro 3360), to jestem praktycznie pewien, że następny laptop jaki kupię pod Linuksa, nie będzie miał znaczka Dell.

UPDATE: Tak gwoli ścisłości, z upower –dump:

vendor: Samsung SDI
model: DELL JXFRP21