Sprawdzanie dysku USB w Debianie.

O tym, że warto monitorować stan dysku, nie trzeba – mam nadzieję – nikogo przekonywać. Wystarczy tylko dodać, że wczesne wykrycie anomalii może pozwolić na proste i bezpiecznie skopiowanie wszystkich danych. Jeśli ktoś nie chce lub nie czuje się na siłach we wnikanie w dobrze opisane na wiki parametry S.M.A.R.T, to jako wariant minimum proponuję przyjąć, że jakakolwiek różna od zera wartość dla Reallocated Sectors Count jest sygnałem, że warto szybko zrobić backup danych. A już na pewno warto spisać dysk na straty, jeśli ta wartość rośnie.

Jeśli chodzi o desktopy, to – jak podpowiada ike w komentarzu – dysk można sprawdzić korzystając z gsmartcontrol (zapewne dostępne w repozytorium pakietów dla Twojej dystrybucji). Na pewno wygodniejsze i łatwiejsze rozwiązanie.

Pisałem już o odczycie S.M.A.R.T w Debianie dla dysków w kieszeniach USB. W zasadzie temat wyglądał na wyczerpany, bo nowe smartmontools obsługują dyski w kieszeniach USB, ale… nie do końca. Niedawno miałem do czynienia z dwiema kieszeniami USB dla dysków 2,5″ – na jednej smartmontools nie umiało sprawdzić stanu dysku, na drugiej działało bez problemu.

Przeszedł bym nad tym do porządku dziennego, szczególnie, że żadna z kieszeni nie była moja, ale okazało się, że moja kieszeń 3,5″ też nie pozwala na sprawdzenie stanu dysku tak po prostu:

smartctl -a /dev/sdb
smartctl 5.40 2010-07-12 r3124 [i686-pc-linux-gnu] (local build)
Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net

/dev/sdb: Unsupported USB bridge [0x04b4:0x6830 (0x001)]
Smartctl: please specify device type with the -d option.

Zatem jak sprawdzić dysk w kieszeni USB? Okazało się, że opcji do -d w smartmontools jest nieco więcej. Ten wpis podsunął rozwiązanie problemu, jest nim dodanie parametru -d usbcypress. Czyli ostatecznie komenda to:

smartctl -a -d usbcypress /dev/sdb

Wynik lsusb dla mojej kieszeni USB:

Bus 001 Device 002: ID 04b4:6830 Cypress Semiconductor Corp. CY7C68300A EZ-USB AT2 USB 2.0 to ATA/ATAPI

Podobno dość popularny producent chipsetów. Dla wyczerpania tematu – chyba wszystkie sprzętowe kontrolery RAID (przynajmniej znane mi) również pozwalają na sprawdzanie S.M.A.R.T dla dysków SATA. Też warto sprawdzać, bo można dostrzec nadchodzący błąd wcześniej, niż zgłosi go kontroler…

PLNOG 6.

Tradycyjnie spóźnione wrażenia, tym razem z szóstej edycji PLNOG. Formuła podobna jak w poprzednim wpisie, jedyne co warto podkreślić, to że z premedytacją starałem się chodzić na inne wykłady, niż współpracownicy i na dodatek niekoniecznie na sieć – resztę nadrobię z materiałów na stronie (oby były szybko), co już ambitnie postanowiłem (tu przydałby się link do zaległego opisu słuchania wykładów z TED, jak już go zrobię). oczywiście w taki sposób.

The State of the Global IPv6 Tables prowadzony przez Martina J. Levy’ego z Hurricane Electric. Wykład z efektem, jeśli o mnie chodzi. Zmotywował mnie do robienia certyfikatu (na prywatnych zasobach, na firmowych byłoby za łatwo, ale zobaczymy…), którego aktualny postęp powinien być widoczny gdzieś po po prawej. Oraz był przedstawiony empiryczny dowód na to, że geeki to takie leniwe bydlęta, że nic im się nie chce, ale za koszulkę zrobią prawie wszystko. Poza tym, liczba tuneli ciągle rośnie, co nie jest dobre, bo oznacza, że nadal mało natywnego IPv6 na świecie.

GPON/G-EPON – techniczne aspekty związane z usługami Triple-Play, IPoDWDM – nowe alternatywy dla sieci OTN i SDH DWDM Radosław Ziemba, Michał Dłubek Elmat. Bardzo ciekawy wykład nt. *PON. W przeciwieństwie do firm sprzedających tego typu rozwiązania nie o tym, jaki to PON jest fajny, cudowny i magiczny, tylko (także) o wadach, problemach i ograniczeniach, czyli że diabeł tkwi w szczegółach. TBH uważam, że otwarte mówienie o problemach lepiej robi produktowi/technologii, niż zamiatanie pod dywan, ale ja się na marketingu nie znam.

Enabling Cloud Providers with Converged Infrastructure Henk Bruijns HP Wyniosłem wrażenie, że chmura to tak naprawdę tylko oprogramowanie do jej tworzenia, a przyznam, że liczyłem głównie na jakieś specyficzne sieciowe technikalia. A tymczasem to co pokazano było to proste i standardowe, i tylko zautomatyzowane systemem zarządzania. Warto podkreślić, że prezentowane rozwiązanie było przedstawione jako całkowicie międzyplatformowe, jeśli chodzi o vendorów sprzętu sieciowego.

Peering, tranzyt, kolokacja… Neutralność, globalność, dostępność… Nowa matematyka IT Sylwester Biernacki PLIX Trochę o istniejących usługach i przede wszystkim o nowej kolokacji PLIX. Bez rewolucji, ale nowa kolokacja może być ciekawym uzupełnieniem obecnej oferty. Za to fakultatywna wycieczka po istniejących kolokacjach – rewelacja. Można było obejrzeć wszystkie bebechy PLIX, od zasilania, przez szafy sieciowe i NOC, po pomieszczenia z serwerami (o których normalnie nie słychać, a przynajmniej mi się PLIX zawsze z czymś mniejszym kojarzył). Ciekawe i adaptacyjnie (bo budynkowi LIM daleko do typowego DC), i w kwestii rozwoju, i „jak to działa”.

Onet VOD Tomasz Charewicz, Marcin Kaptur Onet.pl Fajny wykład o tym, jak zbudowany jest VOD Onetu, co robią maszyny (i kiedy). Plus zapowiedź nowych platform z jasnym – po dopytaniu przesłaniem – zapomnijcie o VOD na Linuksie, ze względu na brak DRM. I nie jest to wymysł Onetu (dość oczywiste), tylko wymóg koncernów. Czyli nie zmienia się nic i na normalne, nawet niepłatne (tylko reklamy) materiały do obejrzenia pod Linuksem nie ma co liczyć…

Zarządzanie obciążeniem serwerów w klastrze webowym Paweł Sadkowski nk.pl Wykład zapamiętany in minus. Ja rozumiem, że nieładnie jest się spóźniać na wykład, ale jeśli coś ma trwać 45 minut, to nie powinno kończyć się po… siedmiu. Chyba, że coś przegapiłem – będę musiał obadać wersję online i ew. odszczekać.

Data Center – droga od pomysłu do efektów Zbigniew Szkaradnik 3Services Factory Zawsze zastanawiałem się, jak się buduje datacenter. No i się dowiedziałem, że to nie takie proste, poczynając od umiejscowienia, przez zasilanie, kupno odpowiedniego budynku (działki), zaplanowanie powstawania, rodzaj DC, klientów i zmienne warunki rynkowe. Z ciekawostek – są dokumenty opisujące standardy w tym zakresie. Wykład ciekawy, sporo konkretów (jak dla sieciowca, ludzie zajmujący się na codzień budową DC pewnie mogli mieć inne wrażenia). Jedyne do czego można się przyczepić, to fakt, że za wcześnie by mówić o efektach – DC rusza na dniach, ale jeszcze nie działa. Mam nadzieję, że za jakiś czas pojawi się wykład konfrontująca założenia działania z rzeczywistością.

Obsługa abonentów poprzez sieć L2 i L3, czyli ciąg dalszy centralnego BRASa w sieci Marcin Kuczera Leon. Nie mogłem odpuścić tego wykładu, bo tematyka z wielu względów bliska. Konkretnie, ciekawie i na żywo (tak, logowanie na zdalną maszynę i pokazanie że coś działa, zmiana konfiguracji, nie działa). Konkrety łącznie z przykładami konfiguracji. Jakby był przycisk FB przy wykładzie, to bym kliknął Lubię to.

Tradycyjnie wpadło parę pomysłów (już się testują, mam nadzieję – ja się na razie urlopuję) i był kop motywacyjny, jest jeden szatański plan, ale trochę za wcześnie, by o nim konkretnie pisać…

Grub2, memmap i problemy z upgrade do Squeeze.

Ostatni upgrade systemu (z prywatnych, głównie desktopy) do Squeeze’ego zakończony. Zasadniczo bez zgrzytów, poza tym, że wyglądał trochę inaczej niż inne, a pakietów było mnóstwo. Naprawdę mnóstwo, apt-cacher wiele nie pomógł, choć inny desktop też z niego korzysta. KDE4 robi swoje, niestety. Łącze 1Mbps to przeżytek. No i jeszcze szopka z upgrade do grub2 była.

Desktop ma uszkodzony RAM, więc korzystam ze sposobu na uszkodzoną pamięć RAM, który opisywałem wcześniej. W grub miałem wpis:

/boot/vmlinuz-2.6.32.11 root=/dev/hda2 ro memmap=2M$311M

Przy dist-upgrade wszytko wykrył poprawnie, łącznie z dodatkowymi opcjami. Oczywiście skorzystałem z proponowanej opcji chainload (i całe szczęście…). Po reboocie wchodzę do grub2, tam wybieram nowy kernel (dystrybucyjny) i… reboot. Bez żadnego komunikatu. Niefajnie. Niestety to samo powtórzyło się przy wybraniu z grub2 kernela własnej roboty, którego używałem na Lenny.

Za to – ku mojemu zdziwieniu – ze starego gruba nowy kernel zadziałał. Co ciekawe, w przeciwieństwie do wersji z Lenny’ego, obsługiwał poprawnie wpis dla memmap – przy szybkim teście podlinkowanym wyżej nie było błędów.

Chwila zabawy i jasne było, że coś się skopało. Zamiast memmap=2M$311M było widoczne… memmap=2M11M. WTF? A po usunięciu opcji memmap wszystko ładowało się poprawnie (tyle, że korzystając ze skopanego obszaru RAM). Chwila googlania i wydało się, że do /etc/default/grub trafiła linia

GRUB_CMDLINE_LINUX="memmap=2M$311M"

która po przetworzeniu przez *sh będzie faktycznie wyglądała tak, jak wyglądała, bo $3 zostanie uznane za zmienną… Grub2 dodatkowo wymaga w swoim menu postaci memmap=2M\$311M czyli ostatecznie poprawna wersja w pliku /etc/default/grub to:

GRUB_CMDLINE_LINUX="memmap=2M\\\$311M"

Jutro zgłaszam buga.