From pld w ramiko.pl Tue Jul 2 15:02:43 2013 From: pld w ramiko.pl (Ramiko) Date: Tue, 02 Jul 2013 15:02:43 +0200 Subject: Problem z =?UTF-8?B?emFsZcW8bm/Fm2NpYW1pIHBvIHVwZ3JhZGUtZGlzdA==?= Message-ID: <51D2CF73.4080406@ramiko.pl> Witam! Próbowałem zaktualizować ~roczny system TH i się posypało... Po upgrade-dist pozostały błędy z zależnościami. Okazało się, że rc-scripts zainstalowany jest podwójnie. Usunąłem straszą wersję ale udało się dopiero z --noscript Upgrade do najnowszej wersji rc-scripts, blokowała zależność od pdksh. Usunąłem pdksh-5.2.14-56.x86_64 również z --noscripts mając nadzieję zainstalować następnie nowszą wersję, ale tej nie znalazłem. w efekcie system nie wstaje. Po starcie z najnowszego RescueCD (Beta 2013-03-12) zestawieniu macierzy etc. i zchrootowaniu się do systemu próbowałem lilo i reinstalować kernel, ale pojawiły się błędy: # lilo Fatal: open /boot/initrd: No such file or directory poldek:/all-avail> install --reinstall kernel-3.9.8-1.x86_64 [...] k_dirNAME_DEPS 1... Preparing... ###[100%] 1:kernel ###[100%] geninitrd: WARING: is_scsi(): nose doesn't exist! geninitrd: WARING: is_ide(): nose doesn't exist! geninitrd: WARING: check_lvm(): nose doesn't exist! sed: can't read /var/tmp/initramfs.FqLWJz/libudev/rules.d/64-md-raid.rules: No such file or directory W tej materii mam mniejsze doświadczenie, więc jeśli można o wskazówki prosić... System to raid0, a home jest na LVM2 również raid0 Pozdrawiam! Ramiko From arekm w maven.pl Tue Jul 2 15:09:11 2013 From: arekm w maven.pl (Arkadiusz =?iso-8859-2?q?Mi=B6kiewicz?=) Date: Tue, 2 Jul 2013 15:09:11 +0200 Subject: Problem z =?iso-8859-2?q?zale=BFno=B6ciami_po?= upgrade-dist In-Reply-To: <51D2CF73.4080406@ramiko.pl> References: <51D2CF73.4080406@ramiko.pl> Message-ID: <201307021509.11378.arekm@maven.pl> On Tuesday 02 of July 2013, Ramiko wrote: > Witam! > > Próbowałem zaktualizować ~roczny system TH i się posypało... > > Po upgrade-dist pozostały błędy z zależnościami. > Okazało się, że rc-scripts zainstalowany jest podwójnie. > Usunąłem straszą wersję ale udało się dopiero z --noscript > Upgrade do najnowszej wersji rc-scripts, blokowała zależność od pdksh. > Usunąłem pdksh-5.2.14-56.x86_64 również z --noscripts mając nadzieję > zainstalować następnie nowszą wersję, ale tej nie znalazłem. > w efekcie system nie wstaje. pdksh dostarczał /bin/sh. Obecnie dostarcza go mksh. Doinstaluj. -- Arkadiusz Miśkiewicz, arekm / maven.pl From pld w ramiko.pl Tue Jul 2 15:17:37 2013 From: pld w ramiko.pl (Ramiko) Date: Tue, 02 Jul 2013 15:17:37 +0200 Subject: Problem z =?ISO-8859-2?Q?zale=BFno=B6ciami_po_upgrade-di?= =?ISO-8859-2?Q?st?= In-Reply-To: <201307021509.11378.arekm@maven.pl> References: <51D2CF73.4080406@ramiko.pl> <201307021509.11378.arekm@maven.pl> Message-ID: <51D2D2F1.3080806@ramiko.pl> W dniu 02.07.2013 15:09, Arkadiusz Miśkiewicz pisze: > pdksh dostarczał /bin/sh. Obecnie dostarcza go mksh. Doinstaluj. Dzięki za odpowiedź Jednak poldek twierdzi że mksh-44-1.x86_64 jest zainstalowane. Pozdrawiam! Wojtek Ścisłowski From tiwek w tiwek.com Tue Jul 2 15:26:15 2013 From: tiwek w tiwek.com (Tomasz Witek) Date: Tue, 02 Jul 2013 15:26:15 +0200 Subject: Problem z =?UTF-8?Q?zale=C5=BCno=C5=9Bciami?= po upgrade-dist In-Reply-To: <51D2D2F1.3080806@ramiko.pl> References: <51D2CF73.4080406@ramiko.pl> <201307021509.11378.arekm@maven.pl> <51D2D2F1.3080806@ramiko.pl> Message-ID: <1372771575.2845.70.camel@octopus> Dnia 2013-07-02, wto o godzinie 15:17 +0200, Ramiko pisze: > Dzięki za odpowiedź > > Jednak poldek twierdzi że mksh-44-1.x86_64 jest zainstalowane. > to albo podlikuj /bin/mksh do /bin/sh albo odinstaluj i zainstaluj mksh. Jeśli usunąłeś pdksh z noscripts to pewnie /bin/sh ci nie skasował więc skasuje wczesniej. Pozdrawiam. From sir_Misiek w o2.pl Tue Jul 2 15:29:48 2013 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Tue, 02 Jul 2013 15:29:48 +0200 Subject: Problem z =?ISO-8859-2?Q?zale=BFno=B6ciami_po_upgrade-di?= =?ISO-8859-2?Q?st?= In-Reply-To: <51D2CF73.4080406@ramiko.pl> References: <51D2CF73.4080406@ramiko.pl> Message-ID: <51D2D5CC.5080306@o2.pl> Mam to samo. Nawet tego g.... nie ruszałem (za dużo maszyn i roboty). On 02.07.2013 15:02, Ramiko wrote: > Witam! > > Próbowałem zaktualizować ~roczny system TH i się posypało... > > Po upgrade-dist pozostały błędy z zależnościami. > Okazało się, że rc-scripts zainstalowany jest podwójnie. > Usunąłem straszą wersję ale udało się dopiero z --noscript > Upgrade do najnowszej wersji rc-scripts, blokowała zależność od pdksh. > Usunąłem pdksh-5.2.14-56.x86_64 również z --noscripts mając nadzieję > zainstalować następnie nowszą wersję, ale tej nie znalazłem. > w efekcie system nie wstaje. > > Po starcie z najnowszego RescueCD (Beta 2013-03-12) zestawieniu > macierzy etc. i zchrootowaniu się do systemu próbowałem lilo i > reinstalować kernel, ale pojawiły się błędy: > > # lilo > Fatal: open /boot/initrd: No such file or directory > > > poldek:/all-avail> install --reinstall kernel-3.9.8-1.x86_64 > [...] > k_dirNAME_DEPS 1... > Preparing... ###[100%] > 1:kernel ###[100%] > geninitrd: WARING: is_scsi(): nose > doesn't exist! > geninitrd: WARING: is_ide(): nose doesn't > exist! > geninitrd: WARING: check_lvm(): nose > doesn't exist! > sed: can't read > /var/tmp/initramfs.FqLWJz/libudev/rules.d/64-md-raid.rules: No such > file or directory > > W tej materii mam mniejsze doświadczenie, więc jeśli można o wskazówki > prosić... > > System to raid0, a home jest na LVM2 również raid0 > > Pozdrawiam! > Ramiko > > _______________________________________________ > pld-users-pl mailing list > pld-users-pl w lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-users-pl > -- Pozdro lord_Niedzwiedz From arekm w maven.pl Tue Jul 2 15:35:01 2013 From: arekm w maven.pl (Arkadiusz =?iso-8859-2?q?Mi=B6kiewicz?=) Date: Tue, 2 Jul 2013 15:35:01 +0200 Subject: Problem z =?iso-8859-2?q?zale=BFno=B6ciami_po?= upgrade-dist In-Reply-To: <51D2CF73.4080406@ramiko.pl> References: <51D2CF73.4080406@ramiko.pl> Message-ID: <201307021535.02224.arekm@maven.pl> On Tuesday 02 of July 2013, Ramiko wrote: > poldek:/all-avail> install --reinstall kernel-3.9.8-1.x86_64 > [...] > k_dirNAME_DEPS 1... > Preparing... ###[100%] > 1:kernel ###[100%] > geninitrd: WARING: is_scsi(): nose doesn't > exist! > geninitrd: WARING: is_ide(): nose doesn't > exist! > geninitrd: WARING: check_lvm(): nose > doesn't exist! Zakomentuj wpis w /etc/suspend.conf -- Arkadiusz Miśkiewicz, arekm / maven.pl From pld w ramiko.pl Tue Jul 2 15:35:19 2013 From: pld w ramiko.pl (Ramiko) Date: Tue, 02 Jul 2013 15:35:19 +0200 Subject: Problem z =?ISO-8859-2?Q?zale=BFno=B6ciami_po_upgrade-di?= =?ISO-8859-2?Q?st?= In-Reply-To: <1372771575.2845.70.camel@octopus> References: <51D2CF73.4080406@ramiko.pl> <201307021509.11378.arekm@maven.pl> <51D2D2F1.3080806@ramiko.pl> <1372771575.2845.70.camel@octopus> Message-ID: <51D2D717.6060308@ramiko.pl> > to albo podlikuj /bin/mksh do /bin/sh > albo odinstaluj i zainstaluj mksh. > > > Jeśli usunąłeś pdksh z noscripts to pewnie /bin/sh ci nie skasował więc > skasuje wczesniej. > /bin sh jest linkiem do /bin/mksh mksh zreinstalowałem, ale lilo dalej nie wychodzi: Fatal: open /boot/initrd: No such file or directory Pozdrawiam! From pld w ramiko.pl Tue Jul 2 15:37:01 2013 From: pld w ramiko.pl (Ramiko) Date: Tue, 02 Jul 2013 15:37:01 +0200 Subject: Problem z =?ISO-8859-2?Q?zale=BFno=B6ciami_po_upgrade-di?= =?ISO-8859-2?Q?st?= In-Reply-To: <51D2D5CC.5080306@o2.pl> References: <51D2CF73.4080406@ramiko.pl> <51D2D5CC.5080306@o2.pl> Message-ID: <51D2D77D.8000904@ramiko.pl> W dniu 02.07.2013 15:29, lord_Niedzwiedz pisze: > Mam to samo. > Nawet tego g.... nie ruszałem (za dużo maszyn i roboty). > Mam na tej maszynie sporo narobione, stanowczo chcę ją ożywić! :) Pozdrawiam! From pld w ramiko.pl Tue Jul 2 15:53:55 2013 From: pld w ramiko.pl (Ramiko) Date: Tue, 02 Jul 2013 15:53:55 +0200 Subject: Problem z =?ISO-8859-2?Q?zale=BFno=B6ciami_po_upgrade-di?= =?ISO-8859-2?Q?st?= In-Reply-To: <201307021535.02224.arekm@maven.pl> References: <51D2CF73.4080406@ramiko.pl> <201307021535.02224.arekm@maven.pl> Message-ID: <51D2DB73.7030109@ramiko.pl> W dniu 02.07.2013 15:35, Arkadiusz Miśkiewicz pisze: > On Tuesday 02 of July 2013, Ramiko wrote: > >> poldek:/all-avail> install --reinstall kernel-3.9.8-1.x86_64 >> [...] >> k_dirNAME_DEPS 1... >> Preparing... ###[100%] >> 1:kernel ###[100%] >> geninitrd: WARING: is_scsi(): nose doesn't >> exist! >> geninitrd: WARING: is_ide(): nose doesn't >> exist! >> geninitrd: WARING: check_lvm(): nose >> doesn't exist! > Zakomentuj wpis w /etc/suspend.conf > jest lepiej (inaczej) :) lilo dalej nie działa, ale po poldek instal --reinstall kernel... jest teraz: geninitrd: ERROR: No argument passed to find_modules_for_devpatch() - is your /etc/fsta:b correct? sed con't read /var/tmp/initramfs.FvcmZF/lib/udev/rules.d/64-dm-raid.rules: No such file or directory fstab wygląda normalnie, do tej pory działał, nic nie zmieniałem. Pozdrawiam! From sir_Misiek w o2.pl Tue Jul 2 16:01:27 2013 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Tue, 02 Jul 2013 16:01:27 +0200 Subject: Problem z =?ISO-8859-2?Q?zale=BFno=B6ciami_po_upgrade-di?= =?ISO-8859-2?Q?st?= In-Reply-To: <51D2D77D.8000904@ramiko.pl> References: <51D2CF73.4080406@ramiko.pl> <51D2D5CC.5080306@o2.pl> <51D2D77D.8000904@ramiko.pl> Message-ID: <51D2DD37.9030709@o2.pl> Mi pomogła instalacja mksh. Jednakże i tak dalej mi wyskakuje: "błąd: rc-scripts: wielokrotnie zainstalowany, poddaję się" - na połowie maszyn ;-/ On 02.07.2013 15:37, Ramiko wrote: > W dniu 02.07.2013 15:29, lord_Niedzwiedz pisze: >> Mam to samo. >> Nawet tego g.... nie ruszałem (za dużo maszyn i roboty). >> > Mam na tej maszynie sporo narobione, stanowczo chcę ją ożywić! :) > > Pozdrawiam! > _______________________________________________ > pld-users-pl mailing list > pld-users-pl w lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-users-pl > -- Pozdro lord_Niedzwiedz From arekm w maven.pl Tue Jul 2 16:58:36 2013 From: arekm w maven.pl (Arkadiusz =?iso-8859-2?q?Mi=B6kiewicz?=) Date: Tue, 2 Jul 2013 16:58:36 +0200 Subject: Problem z =?iso-8859-2?q?zale=BFno=B6ciami_po?= upgrade-dist In-Reply-To: <51D2DD37.9030709@o2.pl> References: <51D2CF73.4080406@ramiko.pl> <51D2D77D.8000904@ramiko.pl> <51D2DD37.9030709@o2.pl> Message-ID: <201307021658.36989.arekm@maven.pl> On Tuesday 02 of July 2013, lord_Niedzwiedz wrote: > Mi pomogła instalacja mksh. > Jednakże i tak dalej mi wyskakuje: > "błąd: rc-scripts: wielokrotnie zainstalowany, poddaję się" - na połowie > maszyn ;-/ rpm -q rc-scripts rpm -e rc-scripts-ten-starszy --noscripts (efekt babola w triggerach) -- Arkadiusz Miśkiewicz, arekm / maven.pl From pld w ramiko.pl Tue Jul 2 17:46:29 2013 From: pld w ramiko.pl (Ramiko) Date: Tue, 02 Jul 2013 17:46:29 +0200 Subject: Problem z =?ISO-8859-2?Q?zale=BFno=B6ciami_po_upgrade-di?= =?ISO-8859-2?Q?st?= In-Reply-To: <201307021658.36989.arekm@maven.pl> References: <51D2CF73.4080406@ramiko.pl> <51D2D77D.8000904@ramiko.pl> <51D2DD37.9030709@o2.pl> <201307021658.36989.arekm@maven.pl> Message-ID: <51D2F5D5.1090205@ramiko.pl> W dniu 02.07.2013 16:58, Arkadiusz Miśkiewicz pisze: > On Tuesday 02 of July 2013, lord_Niedzwiedz wrote: >> Mi pomogła instalacja mksh. >> Jednakże i tak dalej mi wyskakuje: >> "błąd: rc-scripts: wielokrotnie zainstalowany, poddaję się" - na połowie >> maszyn ;-/ > rpm -q rc-scripts > rpm -e rc-scripts-ten-starszy --noscripts > > (efekt babola w triggerach) > Tak uwaliłem moją maszynę :) From arekm w maven.pl Tue Jul 2 18:02:44 2013 From: arekm w maven.pl (Arkadiusz =?iso-8859-2?q?Mi=B6kiewicz?=) Date: Tue, 2 Jul 2013 18:02:44 +0200 Subject: Problem z =?iso-8859-2?q?zale=BFno=B6ciami_po?= upgrade-dist In-Reply-To: <51D2F5D5.1090205@ramiko.pl> References: <51D2CF73.4080406@ramiko.pl> <201307021658.36989.arekm@maven.pl> <51D2F5D5.1090205@ramiko.pl> Message-ID: <201307021802.45211.arekm@maven.pl> On Tuesday 02 of July 2013, Ramiko wrote: > W dniu 02.07.2013 16:58, Arkadiusz Miśkiewicz pisze: > > On Tuesday 02 of July 2013, lord_Niedzwiedz wrote: > >> Mi pomogła instalacja mksh. > >> > >> Jednakże i tak dalej mi wyskakuje: > >> "błąd: rc-scripts: wielokrotnie zainstalowany, poddaję się" - na połowie > >> maszyn ;-/ > > > > rpm -q rc-scripts > > rpm -e rc-scripts-ten-starszy --noscripts > > > > (efekt babola w triggerach) > > Tak uwaliłem moją maszynę :) Niezupełnie. Wtedy odinstalowałeś jedyne rc-scripts jakie miałeś. Teraz z kolei masz dwie sztuki z czego jedną zbędną. -- Arkadiusz Miśkiewicz, arekm / maven.pl From pld w ramiko.pl Tue Jul 2 18:34:49 2013 From: pld w ramiko.pl (Ramiko) Date: Tue, 02 Jul 2013 18:34:49 +0200 Subject: Problem z =?ISO-8859-2?Q?zale=BFno=B6ciami_po_upgrade-di?= =?ISO-8859-2?Q?st?= In-Reply-To: <51D2DB73.7030109@ramiko.pl> References: <51D2CF73.4080406@ramiko.pl> <201307021535.02224.arekm@maven.pl> <51D2DB73.7030109@ramiko.pl> Message-ID: <51D30129.2080405@ramiko.pl> Co robić z geninitrd? # geninitrd -v -f /boot/initrd-3.9.8-1.gz 3.9.8-1 znajduje sobie parę rzeczy i wysypuje się z : geninitrd: ERROR: No argument passed to find_modules_for_devpatch() - is your /etc/fstab correct Czego mu może potrzeba? Pozdrawiam! Wojtek From arekm w maven.pl Tue Jul 2 18:56:52 2013 From: arekm w maven.pl (Arkadiusz =?iso-8859-2?q?Mi=B6kiewicz?=) Date: Tue, 2 Jul 2013 18:56:52 +0200 Subject: Problem z =?iso-8859-2?q?zale=BFno=B6ciami_po?= upgrade-dist In-Reply-To: <51D30129.2080405@ramiko.pl> References: <51D2CF73.4080406@ramiko.pl> <51D2DB73.7030109@ramiko.pl> <51D30129.2080405@ramiko.pl> Message-ID: <201307021856.52808.arekm@maven.pl> On Tuesday 02 of July 2013, Ramiko wrote: > Co robić z geninitrd? > > # geninitrd -v -f /boot/initrd-3.9.8-1.gz 3.9.8-1 > znajduje sobie parę rzeczy i wysypuje się z : wklej pełny output > geninitrd: ERROR: No argument passed to find_modules_for_devpatch() - is > your /etc/fstab correct oraz zawartość /etc/fstab -- Arkadiusz Miśkiewicz, arekm / maven.pl From pld w ramiko.pl Tue Jul 2 19:09:10 2013 From: pld w ramiko.pl (Ramiko) Date: Tue, 02 Jul 2013 19:09:10 +0200 Subject: Problem z =?ISO-8859-2?Q?zale=BFno=B6ciami_po_upgrade-di?= =?ISO-8859-2?Q?st?= In-Reply-To: <201307021856.52808.arekm@maven.pl> References: <51D2CF73.4080406@ramiko.pl> <51D2DB73.7030109@ramiko.pl> <51D30129.2080405@ramiko.pl> <201307021856.52808.arekm@maven.pl> Message-ID: <51D30936.7060200@ramiko.pl> W dniu 02.07.2013 18:56, Arkadiusz Miśkiewicz pisze: > On Tuesday 02 of July 2013, Ramiko wrote: >> Co robić z geninitrd? >> >> # geninitrd -v -f /boot/initrd-3.9.8-1.gz 3.9.8-1 >> znajduje sobie parę rzeczy i wysypuje się z : > wklej pełny output > >> geninitrd: ERROR: No argument passed to find_modules_for_devpatch() - is >> your /etc/fstab correct > oraz zawartość /etc/fstab > geninitrd: # $Revision: 12638 $ $Date:: 2013-03-21 07:30:24 +0000 #$ (geninitrd) geninitrd: find_tool: found /usr/lib64/initrd/busybox geninitrd: find_tool: found /sbin/cryptsetup geninitrd: find_tool: found /sbin/dmraid geninitrd: find_tool: found /usr/lib64/initrd/lvm geninitrd: find_tool: found /usr/lib64/initrd/mdassemble geninitrd: find_tool: found /sbin/mdadm geninitrd: find_tool: found /usr/lib64/initrd/blkid geninitrd: find_tool: found /sbin/udevd geninitrd: find_tool: found /bin/udevadm geninitrd: find_tool: found /usr/lib64/suspend/resume geninitrd: Finding USB keyboard modules geninitrd: Finding SATA modules (class=0x0106) i tu na wyjście błędów: geninitrd: ERROR: No argument passed to find_modules_for_devpatch() - is your /etc/fstab correct fstab: /dev/md0 / ext3 defaults 1 1 #/dev/home/home /home xfs defaults 0 0 /dev/sda2 swap swap defaults 0 0 /dev/sdb2 swap swap defaults 0 0 #/dev/sdc1 /mnt/backup ext3 defaults 1 1 proc /proc proc defaults 0 0 pts /dev/pts devpts gid=5,mode=620 0 0 /dev/fd0 /media/floppy auto noauto,user 0 0 /dev/sr0 /media/cdrom auto noauto,ro,user,unhide 0 0 Dzięki za zainteresowanie. From arekm w maven.pl Tue Jul 2 19:14:58 2013 From: arekm w maven.pl (Arkadiusz =?iso-8859-2?q?Mi=B6kiewicz?=) Date: Tue, 2 Jul 2013 19:14:58 +0200 Subject: Problem z =?iso-8859-2?q?zale=BFno=B6ciami_po?= upgrade-dist In-Reply-To: <51D30936.7060200@ramiko.pl> References: <51D2CF73.4080406@ramiko.pl> <201307021856.52808.arekm@maven.pl> <51D30936.7060200@ramiko.pl> Message-ID: <201307021914.58897.arekm@maven.pl> On Tuesday 02 of July 2013, Ramiko wrote: > find_modules_for_devpatch Ręcznie to przepisujesz? Która wersja geninitrd? Mam nadzieję, żę aktualna. -- Arkadiusz Miśkiewicz, arekm / maven.pl From pld w ramiko.pl Tue Jul 2 19:22:20 2013 From: pld w ramiko.pl (Ramiko) Date: Tue, 02 Jul 2013 19:22:20 +0200 Subject: Problem z =?ISO-8859-2?Q?zale=BFno=B6ciami_po_upgrade-di?= =?ISO-8859-2?Q?st?= In-Reply-To: <201307021914.58897.arekm@maven.pl> References: <51D2CF73.4080406@ramiko.pl> <201307021856.52808.arekm@maven.pl> <51D30936.7060200@ramiko.pl> <201307021914.58897.arekm@maven.pl> Message-ID: <51D30C4C.2050104@ramiko.pl> W dniu 02.07.2013 19:14, Arkadiusz Miśkiewicz pisze: > On Tuesday 02 of July 2013, Ramiko wrote: >> find_modules_for_devpatch > Ręcznie to przepisujesz? > > Która wersja geninitrd? Mam nadzieję, żę aktualna. > Wyjście błędów ręcznie :) A wersja z pakietu geninitrd-12639-3.noarch Ciekawe że na wyjściu przedstawił się jako ver 12638... Przeinstalowałem i dalej to samo. From arekm w maven.pl Tue Jul 2 19:32:32 2013 From: arekm w maven.pl (Arkadiusz =?iso-8859-2?q?Mi=B6kiewicz?=) Date: Tue, 2 Jul 2013 19:32:32 +0200 Subject: Problem z =?iso-8859-2?q?zale=BFno=B6ciami_po?= upgrade-dist In-Reply-To: <51D30C4C.2050104@ramiko.pl> References: <51D2CF73.4080406@ramiko.pl> <201307021914.58897.arekm@maven.pl> <51D30C4C.2050104@ramiko.pl> Message-ID: <201307021932.32756.arekm@maven.pl> On Tuesday 02 of July 2013, Ramiko wrote: > W dniu 02.07.2013 19:14, Arkadiusz Miśkiewicz pisze: > > On Tuesday 02 of July 2013, Ramiko wrote: > >> find_modules_for_devpatch > > > > Ręcznie to przepisujesz? > > > > Która wersja geninitrd? Mam nadzieję, żę aktualna. > > Wyjście błędów ręcznie :) Brakuje mi tam np. komunikatu "Using $rootdev as device for rootfs" Nie przepisałeś czy nie było? W ogóle #pld na freenode i szybciej sprawę się rozwikła. -- Arkadiusz Miśkiewicz, arekm / maven.pl From pld w ramiko.pl Tue Jul 2 19:44:45 2013 From: pld w ramiko.pl (Ramiko) Date: Tue, 02 Jul 2013 19:44:45 +0200 Subject: Problem z =?ISO-8859-2?Q?zale=BFno=B6ciami_po_upgrade-di?= =?ISO-8859-2?Q?st?= In-Reply-To: <201307021932.32756.arekm@maven.pl> References: <51D2CF73.4080406@ramiko.pl> <201307021914.58897.arekm@maven.pl> <51D30C4C.2050104@ramiko.pl> <201307021932.32756.arekm@maven.pl> Message-ID: <51D3118D.3090105@ramiko.pl> > Brakuje mi tam np. komunikatu > > "Using $rootdev as device for rootfs" > > Nie przepisałeś czy nie było? > > W ogóle #pld na freenode i szybciej sprawę się rozwikła. > To co wkleiłem to wszystko co wypluł do geninitrd -v -f /boot/initrd-3.9.8-1.gz 3.9.8-1> /tmp/log + ręcznie przepisany error ze strumienia błędów. Mam wrażenie że odinstalowując duplikaty pakietów mogłem coś wywalić przypadkiem potrzebnego. A nad freenode pokombinuję Pozdrawiam! Wojtek From pld w ramiko.pl Tue Jul 2 20:09:15 2013 From: pld w ramiko.pl (Ramiko) Date: Tue, 02 Jul 2013 20:09:15 +0200 Subject: Problem z =?ISO-8859-2?Q?zale=BFno=B6ciami_po_upgrade-di?= =?ISO-8859-2?Q?st?= In-Reply-To: <201307021932.32756.arekm@maven.pl> References: <51D2CF73.4080406@ramiko.pl> <201307021914.58897.arekm@maven.pl> <51D30C4C.2050104@ramiko.pl> <201307021932.32756.arekm@maven.pl> Message-ID: <51D3174B.1070202@ramiko.pl> W ogóle #pld na freenode i szybciej sprawę się rozwikła. Mi mówi ==Cannot send to channel: #pld Pierwszy raz się tym bawiłem... Pozostańmy może na liście. ;) From sir_Misiek w o2.pl Wed Jul 3 11:52:48 2013 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Wed, 03 Jul 2013 11:52:48 +0200 Subject: vserver upgrade Message-ID: Mam takie pytanie. Czy jak aktualizuje vservery to muszę je do tego celu wyłączać ?? Czy też nie muszę, ale lepiej to robić ?? Czy nie ma problemu jeśli odinstalowuje pakiety i dodaje na zainstalowanej maszynie ?? Pozdro dla wszystkich subskrybentów ;-) From blues w pld-linux.org Wed Jul 3 12:46:44 2013 From: blues w pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Wed, 3 Jul 2013 12:46:44 +0200 (CEST) Subject: vserver upgrade In-Reply-To: References: Message-ID: On Wed, 3 Jul 2013, lord_Niedzwiedz wrote: > Mam takie pytanie. > Czy jak aktualizuje vservery to muszę je do tego celu wyłączać ?? nie. > Czy też nie muszę, ale lepiej to robić ?? vserver nie różni się od normalnego, fizyczneg systemu w tym względzie. > Czy nie ma problemu jeśli odinstalowuje pakiety i dodaje na zainstalowanej > maszynie ?? j.w. -- pozdr. Paweł Gołaszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From masko w ipipan.waw.pl Wed Jul 3 14:47:27 2013 From: masko w ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=) Date: Wed, 03 Jul 2013 14:47:27 +0200 Subject: Upgrade pld-release - o co chodzi? Message-ID: <2054992.9HRGTp4Z8D@laptok> poldek:/all-avail> upgrade pld-release-3.0-2.noarch Przetwarzanie zależności... pld-release-3.0-1.noarch zostanie zastąpiony przez pld-release-3.0-2.noarch Jest 1 pakiet do instalacji, 1 do usunięcia: I pld-release-3.0-2.noarch R pld-release-3.0-1.noarch Potrzeba pobrać 5.3KB archiwów. Uruchamianie sudo /bin/rpm --upgrade -vh --root / --define _check_dirname_deps 1... [sudo] password for ed: error: Niespełnione zależności: issue < 3.0-1 jest w konflikcie z pld-release-3.0-2.noarch Wystąpiły błędy podczas instalacji poldek:/all-avail> ls -I issue* issue-fancy-3.0-2.noarch 1 pakiet -- Łukasz Maśko _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" From baggins w pld-linux.org Wed Jul 3 19:52:03 2013 From: baggins w pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=) Date: Wed, 3 Jul 2013 19:52:03 +0200 Subject: Upgrade pld-release - o co chodzi? In-Reply-To: <2054992.9HRGTp4Z8D@laptok> References: <2054992.9HRGTp4Z8D@laptok> Message-ID: <20130703175203.GA2334@home> On Wed, 03 Jul 2013, Łukasz Maśko wrote: > poldek:/all-avail> upgrade pld-release-3.0-2.noarch > Przetwarzanie zależności... > pld-release-3.0-1.noarch zostanie zastąpiony przez pld-release-3.0-2.noarch > Jest 1 pakiet do instalacji, 1 do usunięcia: > I pld-release-3.0-2.noarch > R pld-release-3.0-1.noarch > Potrzeba pobrać 5.3KB archiwów. > Uruchamianie sudo /bin/rpm --upgrade -vh --root / --define _check_dirname_deps > 1... > [sudo] password for ed: > error: Niespełnione zależności: > issue < 3.0-1 jest w konflikcie z pld-release-3.0-2.noarch > Wystąpiły błędy podczas instalacji > poldek:/all-avail> ls -I issue* > issue-fancy-3.0-2.noarch > 1 pakiet Chodzi o niewersjonowane Provides:issue w issue-fancy. Sprawdź teraz, upgrade pld-release powinien wciągnąć świeże issue-fancy. -- Jan Rękorajski | PLD/Linux SysAdm | http://www.pld-linux.org/ bagginsmimuw.edu.pl bagginspld-linux.org From darek w pekdar.net Wed Jul 3 20:30:22 2013 From: darek w pekdar.net (Darek) Date: Wed, 03 Jul 2013 20:30:22 +0200 Subject: upgrade Pango -> =?UTF-8?Q?b=C5=82=C4=85d?= Message-ID: <91253d90a8db27ecc8f81c40481af306@poczta.itpartner.bielsko.pl> Witam, Przetwarzanie zależności... pango-1.32.2-1.i686 zostanie zastąpiony przez pango-1.34.1-1.i686 Jest 1 pakiet do instalacji, 1 do usunięcia: I pango-1.34.1-1.i686 R pango-1.32.2-1.i686 This operation will free 332.4KB of disk space. Potrzeba pobrać 306.7KB archiwów (306.7KB do pobrania). Kontynuować? [Y/n] y Pobieranie th::pango-1.34.1-1.i686.rpm... .............................. 100.0% [306.7K (31.1K/s)] Uruchamianie rpm --upgrade -vh --root / --define _check_dirname_deps 1... Przygotowywanie... ########################################### [100%] Ponowne pakowanie... 1:pango ########################################### [100%] Uaktualnianie... 1:pango ########################################### [100%] (pango-querymodules:30159): GLib-GObject-CRITICAL **: gtype.c:2720: You forgot to call g_type_init() (pango-querymodules:30159): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed (pango-querymodules:30159): GLib-GObject-WARNING **: cannot retrieve class for invalid (unclassed) type `' (pango-querymodules:30159): GLib-GObject-CRITICAL **: g_enum_get_value: assertion `G_IS_ENUM_CLASS (enum_class)' failed (pango-querymodules:30159): Pango-WARNING **: Engine reported invalid script value 0 I tu się aktualizacja zatrzymuje. Trzeba ręcznie przerwać proces. -- Pozdrawiam Dariusz Krzempek From masko w ipipan.waw.pl Thu Jul 4 10:06:38 2013 From: masko w ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=) Date: Thu, 04 Jul 2013 10:06:38 +0200 Subject: Upgrade pld-release - o co chodzi? In-Reply-To: <20130703175203.GA2334@home> References: <2054992.9HRGTp4Z8D@laptok> <20130703175203.GA2334@home> Message-ID: <4716886.xUfUGt1mG3@laptok> Dnia środa, 3 lipca 2013 19:52:03 Jan Rękorajski pisze: [...] > Chodzi o niewersjonowane Provides:issue w issue-fancy. > Sprawdź teraz, upgrade pld-release powinien wciągnąć świeże issue-fancy. Niestety: poldek:/all-avail> upgrade pld-release-3.0-2.noarch Przetwarzanie zależności... pld-release-3.0-1.noarch zostanie zastąpiony przez pld-release-3.0-2.noarch Jest 1 pakiet do instalacji, 1 do usunięcia: I pld-release-3.0-2.noarch R pld-release-3.0-1.noarch Potrzeba pobrać 5.3KB archiwów. Uruchamianie sudo /bin/rpm --upgrade -vh --root / --define _check_dirname_deps 1... error: Niespełnione zależności: issue < 3.0-1 jest w konflikcie z pld-release-3.0-2.noarch Wystąpiły błędy podczas instalacji Musiałem zrobić najpierw update issue-fancy, a dopiero potem pld-release pozwoliło się zaktualizować. -- Łukasz Maśko _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" From light-i w o2.pl Thu Jul 4 11:15:28 2013 From: light-i w o2.pl (Daniel Dawid Majewski) Date: Thu, 04 Jul 2013 11:15:28 +0200 Subject: Jabber/XMPP pld-users.org Down Message-ID: <51D53D30.8090104@o2.pl> Hej, czy coś wiadomo komukolwiek na tej liście o wyłączeniu tej usługi na tym serwerze ? Czy to jest trwałe ? -- Pozdrawiam, Daniel Dawid Majewski From mateusz-lists w ant.gliwice.pl Fri Jul 5 13:15:38 2013 From: mateusz-lists w ant.gliwice.pl (Mateusz Korniak) Date: Fri, 05 Jul 2013 13:15:38 +0200 Subject: Jak =?UTF-8?B?emJvb3Rvd2HEhyAuaXNvIFBMRHJlc2N1ZSBtYWrEhWM=?= je na pendrive? Message-ID: <3405857.nhZypVUPPc@laptop-hp> Chciałem przerobić sposób opisany na: http://www.pendrivelinux.com/boot-multiple-iso-from-usb-via-grub2-using-linux/ aby bootować RCDx86_13_03_10.iso Ale widze ze zawartość PLDowskiego rescue jest znacząco inna niż .iso Ubuntu które podobno bootuje się tak: menuentry "Ubuntu 10.10 Desktop ISO" { loopback loop /ubuntu.iso linux (loop)/casper/vmlinuz boot=casper iso-scan/filename=/ubuntu.iso noeject noprompt splash -- initrd (loop)/casper/initrd.lz } Da się to zrobić? -- Mateusz Korniak "(...) mam brata - poważny, domator, liczykrupa, hipokryta, pobożniś, krótko mówiąc - podpora społeczeństwa." Nikos Kazantzakis - "Grek Zorba" From gzohop w gmail.com Fri Jul 5 13:19:40 2013 From: gzohop w gmail.com (Grzesiek) Date: Fri, 05 Jul 2013 13:19:40 +0200 Subject: Jak =?ISO-8859-2?Q?zbootowa=E6_=2Eiso_PLDrescue_maj=B1?= =?ISO-8859-2?Q?c_je_na_pendrive=3F?= In-Reply-To: <3405857.nhZypVUPPc@laptop-hp> References: <3405857.nhZypVUPPc@laptop-hp> Message-ID: <51D6ABCC.5050800@gmail.com> W dniu 05.07.2013 13:15, Mateusz Korniak pisze: > Chciałem przerobić sposób opisany na: > http://www.pendrivelinux.com/boot-multiple-iso-from-usb-via-grub2-using-linux/ > aby bootować RCDx86_13_03_10.iso > > Ale widze ze zawartość PLDowskiego rescue jest znacząco inna niż .iso Ubuntu > które podobno bootuje się tak: > > menuentry "Ubuntu 10.10 Desktop ISO" { > loopback loop /ubuntu.iso > linux (loop)/casper/vmlinuz boot=casper iso-scan/filename=/ubuntu.iso noeject > noprompt splash -- > initrd (loop)/casper/initrd.lz > } > > Da się to zrobić? > Wystarczy wypakować z iso dwa pliki vmlinuz i rescue.cpi przez isolinux byłoby to tak odpalone: label RCDx86 menu default menu label RCDx86 kernel vmlinuz append initrd=/rescue.cpi root=/dev/ram0 From joshua w hybrid.pl Fri Jul 5 13:22:45 2013 From: joshua w hybrid.pl (Jacek Osiecki) Date: Fri, 5 Jul 2013 13:22:45 +0200 (CEST) Subject: =?ISO-8859-2?Q?Re=3A_Jak_zbootowa=E6_=2Eiso_PLDrescue_maj=B1c_je_na_pendrive=3F?= In-Reply-To: <3405857.nhZypVUPPc@laptop-hp> References: <3405857.nhZypVUPPc@laptop-hp> Message-ID: On Fri, 5 Jul 2013, Mateusz Korniak wrote: > Chciałem przerobić sposób opisany na: > http://www.pendrivelinux.com/boot-multiple-iso-from-usb-via-grub2-using-linux/ > aby bootować RCDx86_13_03_10.iso > > Ale widze ze zawartość PLDowskiego rescue jest znacząco inna niż .iso Ubuntu > które podobno bootuje się tak: Przecież na samym http://rescuecd.pld-linux.org/ masz dwa opisy jak to zrobić :) Mi działał lepiej ten: http://readme.maven.pl/2007/11/03/booting-plddos-from-usb-pendrive/ Jedyne co było źle, to niepotrzebne "-s" przy ms-sys albo przy syslinux - wiem że przy jednej z tych komend "-s" koszmarnie psuje działanie pendrive'a (ładuje się gorzej niż zgniła dyskietka). Pozdrawiam, -- Jacek Osiecki joshua w ceti.pl GG:3828944 I don't want something I need. I want something I want. > > menuentry "Ubuntu 10.10 Desktop ISO" { > loopback loop /ubuntu.iso > linux (loop)/casper/vmlinuz boot=casper iso-scan/filename=/ubuntu.iso noeject > noprompt splash -- > initrd (loop)/casper/initrd.lz > } > > Da się to zrobić? > > -- > Mateusz Korniak > "(...) mam brata - poważny, domator, liczykrupa, hipokryta, pobożniś, > krótko mówiąc - podpora społeczeństwa." > Nikos Kazantzakis - "Grek Zorba" > > _______________________________________________ > pld-users-pl mailing list > pld-users-pl w lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-users-pl > -- Jacek Osiecki joshua w ceti.pl GG:3828944 I don't want something I need. I want something I want. From mateusz-lists w ant.gliwice.pl Fri Jul 5 13:58:43 2013 From: mateusz-lists w ant.gliwice.pl (Mateusz Korniak) Date: Fri, 05 Jul 2013 13:58:43 +0200 Subject: Jak =?UTF-8?B?emJvb3Rvd2HEhyAuaXNvIFBMRHJlc2N1ZSBtYWrEhWM=?= je na pendrive? In-Reply-To: References: <3405857.nhZypVUPPc@laptop-hp> Message-ID: <2617600.r48fuiVhBA@laptop-hp> On Friday 05 July 2013 13:22:45 Jacek Osiecki wrote: > On Fri, 5 Jul 2013, Mateusz Korniak wrote: > > Chciałem przerobić sposób opisany na: > > http://www.pendrivelinux.com/boot-multiple-iso-from-usb-via-grub2-using-li > > nux/ aby bootować RCDx86_13_03_10.iso > Przecież na samym http://rescuecd.pld-linux.org/ masz dwa opisy jak to > zrobić :) Oba używają syslinux, mi się marzy grub2. -- Mateusz Korniak "(...) mam brata - poważny, domator, liczykrupa, hipokryta, pobożniś, krótko mówiąc - podpora społeczeństwa." Nikos Kazantzakis - "Grek Zorba" From gzohop w gmail.com Fri Jul 5 14:01:13 2013 From: gzohop w gmail.com (Grzesiek) Date: Fri, 05 Jul 2013 14:01:13 +0200 Subject: Jak =?ISO-8859-2?Q?zbootowa=E6_=2Eiso_PLDrescue_maj=B1?= =?ISO-8859-2?Q?c_je_na_pendrive=3F?= In-Reply-To: <2617600.r48fuiVhBA@laptop-hp> References: <3405857.nhZypVUPPc@laptop-hp> <2617600.r48fuiVhBA@laptop-hp> Message-ID: <51D6B589.6050007@gmail.com> W dniu 05.07.2013 13:58, Mateusz Korniak pisze: > > Oba używają syslinux, mi się marzy grub2. Nie ma problemu u mnie działa, chyba według tego opisu: http://www.pendrivelinux.com/install-grub2-on-usb-from-ubuntu-linux/ From wiget w pld-linux.org Fri Jul 5 16:20:42 2013 From: wiget w pld-linux.org (Artur Frysiak) Date: Fri, 5 Jul 2013 16:20:42 +0200 Subject: =?UTF-8?Q?Re=3A_Jak_zbootowa=C4=87_=2Eiso_PLDrescue_maj=C4=85c_je_na_pendr?= =?UTF-8?Q?ive=3F?= In-Reply-To: <3405857.nhZypVUPPc@laptop-hp> References: <3405857.nhZypVUPPc@laptop-hp> Message-ID: 2013/7/5 Mateusz Korniak > Chciałem przerobić sposób opisany na: > > http://www.pendrivelinux.com/boot-multiple-iso-from-usb-via-grub2-using-linux/ > aby bootować RCDx86_13_03_10.iso > > Ale widze ze zawartość PLDowskiego rescue jest znacząco inna niż .iso > Ubuntu > które podobno bootuje się tak: > > menuentry "Ubuntu 10.10 Desktop ISO" { > loopback loop /ubuntu.iso > linux (loop)/casper/vmlinuz boot=casper iso-scan/filename=/ubuntu.iso > noeject > noprompt splash -- > initrd (loop)/casper/initrd.lz > } > > Da się to zrobić? > Spróbuj: menuentry "Run PLD RescueCD" { loopback loop /rcd.iso linux (loop)/vmlinuz root=/dev/ram0 initrd (loop)/rescue.cpi } Artur From grzes w artikon.pl Wed Jul 10 13:51:24 2013 From: grzes w artikon.pl (Grzegorz Pietrzak) Date: Wed, 10 Jul 2013 13:51:24 +0200 Subject: Problem z libvirt Message-ID: Widzę, że jest kolejna wersja libvirt: libvirt-1.0.6-1.x86_64, ale niestety jest to kolejna wersja która nie chce ze mną współpracować... :/ O co tu chodzi?!?... libvirtd nie chce się za nic w świecie uruchomić, tylko krzyczy nadal: ###############output################# [root w gvirt ~]# libvirtd BUG at file position route/tc.c:973:rtnl_tc_register libvirtd: route/tc.c:973: rtnl_tc_register: Warunek zapewnienia `0' nie został spełniony. Caught abort signal dumping internal log buffer: ====== start of log ===== 2013-07-10 11:44:15.877+0000: 17183: debug : virLogParseOutputs:1308 : outputs=3:stderr 2013-07-10 11:44:15.877+0000: 17183: debug : main:1269 : Decided on pid file path '/var/run/libvirtd.pid' 2013-07-10 11:44:15.877+0000: 17183: debug : main:1279 : Decided on socket paths '/var/run/libvirt/libvirt-sock' and '/var/run/libvirt/libvirt-sock-ro' 2013-07-10 11:44:15.877+0000: 17183: debug : main:1315 : Ensuring run dir '/var/run/libvirt' exists 2013-07-10 11:44:15.877+0000: 17183: debug : virFileMakePathHelper:1995 : path=/var/run/libvirt mode=0777 2013-07-10 11:44:15.877+0000: 17183: debug : virNetlinkStartup:136 : Running global netlink initialization 2013-07-10 11:44:15.877+0000: 17183: debug : virObjectNew:203 : OBJECT_NEW: obj=0x7f5530a981c0 classname=virNetServer 2013-07-10 11:44:15.877+0000: 17183: debug : virEventRegisterDefaultImpl:230 : registering default event implementation 2013-07-10 11:44:15.877+0000: 17183: debug : virEventPollAddHandle:111 : Used 0 handle slots, adding at least 10 more 2013-07-10 11:44:15.877+0000: 17183: debug : virEventPollInterruptLocked:712 : Skip interrupt, 0 0 2013-07-10 11:44:15.877+0000: 17183: debug : virEventPollAddHandle:136 : EVENT_POLL_ADD_HANDLE: watch=1 fd=5 events=1 cb=0x7f552e1e5590 opaque=(nil) ff=(nil) 2013-07-10 11:44:15.877+0000: 17183: debug : virEventRegisterImpl:203 : addHandle=0x7f552e1e5bd0 updateHandle=0x7f552e1e5ee0 removeHandle=0x7f552e1e55d0 addTimeout=0x7f552e1e5730 updateTimeout=0x7f552e1e58e0 removeTimeout=0x7f552e1e5a60 2013-07-10 11:44:15.877+0000: 17183: debug : main:1355 : Dropping privileges (if required) 2013-07-10 11:44:15.877+0000: 17183: debug : virDriverModuleInitialize:53 : Module dir /usr/lib64/libvirt/connection-driver 2013-07-10 11:44:15.877+0000: 17183: debug : virDriverLoadModule:66 : Module load network 2013-07-10 11:44:15.877+0000: 17183: debug : virRegisterNetworkDriver:608 : registering Network as network driver 4 2013-07-10 11:44:15.877+0000: 17183: debug : virDriverLoadModule:66 : Module load storage 2013-07-10 11:44:15.933+0000: 17183: debug : virRegisterStorageDriver:662 : registering storage as storage driver 5 2013-07-10 11:44:15.933+0000: 17183: debug : virDriverLoadModule:66 : Module load nodedev 2013-07-10 11:44:15.933+0000: 17183: debug : udevNodeRegister:1783 : Registering udev node device backend 2013-07-10 11:44:15.933+0000: 17183: debug : virRegisterNodeDeviceDriver:689 : registering udevNodeDeviceDriver as device driver 4 2013-07-10 11:44:15.933+0000: 17183: debug : virDriverLoadModule:66 : Module load secret 2013-07-10 11:44:15.933+0000: 17183: debug : virRegisterSecretDriver:716 : registering secret as secret driver 4 2013-07-10 11:44:15.933+0000: 17183: debug : virDriverLoadModule:66 : Module load nwfilter 2013-07-10 11:44:15.935+0000: 17183: debug : virRegisterNWFilterDriver:743 : registering nwfilter as network filter driver 4 2013-07-10 11:44:15.935+0000: 17183: debug : virDriverLoadModule:66 : Module load interface ====== end of log ===== Aborted ###############endoutput################# WTF?... :/ -- Pozdrawiam Grzegorz Pietrzak From sir_Misiek w o2.pl Wed Jul 10 16:27:40 2013 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Wed, 10 Jul 2013 16:27:40 +0200 Subject: mdadm raid5 Message-ID: Mam problem z macierzami RAID5 mdadm. [root w Misiek ~]# hdparm -tT /dev/md2 /dev/md2: Timing cached reads: 7378 MB in 2.00 seconds = 3689.51 MB/sec Timing buffered disk reads: 666 MB in 3.00 seconds = 221.96 MB/sec [root w louve.komandor.net ~]# hdparm -tT /dev/md4 /dev/md4: Timing cached reads: 4572 MB in 2.00 seconds = 2286.55 MB/sec Timing buffered disk reads: 20 MB in 3.36 seconds = 5.95 MB/sec [root w Misiek ~]# cat /proc/mdstat Personalities : [raid6] [raid5] [raid4] [raid1] md4 : active raid5 sdb4[1] sdc4[4] sdd4[2] 2783457792 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] [_UUU] md1 : active raid1 sda1[0] sdc1[3] sdb1[1] 489856 blocks [4/3] [UU_U] md2 : active raid5 sda2[6] sdc2[4] sdb2[5] 146485248 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] [UU_U] Jeśli dam teraz: [root w Misiek ~]# mdadm --manage /dev/md4 --add /dev/sda4 mdadm: re-added /dev/sda4 [root w Misiek ~]# cat /proc/mdstat Personalities : [raid6] [raid5] [raid4] [raid1] md4 : active raid5 sda4[5] sdb4[1] sdc4[4] sdd4[2] 2783457792 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] [_UUU] [>....................] recovery = 0.0% (12/927819264) finish=2899435.1min speed=4K/sec md1 : active raid1 sda1[0] sdc1[3] sdb1[1] 489856 blocks [4/3] [UU_U] md2 : active raid5 sda2[6] sdc2[4] sdb2[5] 146485248 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] [UU_U] Jak wi8dać MD4 chce się odbudowywać koszmarnie wolno !! ;-((( Co z tym zrobić, jak to naprawić ??!!??!! Dziwna sprawa. Jak korzystam z RAID'a md2 to wszystko śmiga na 3 dyskach (czwarty specjalnie wypiety - spowalniało). Natomiast jak koszystam z md4 to jest total zwiecha i kicha. Co to może być ?? From sir_Misiek w o2.pl Wed Jul 10 16:41:32 2013 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Wed, 10 Jul 2013 16:41:32 +0200 Subject: mdadm raid5 In-Reply-To: References: Message-ID: <51DD729C.2050905@o2.pl> Znalazłem coś takiego ??!! ;-( Może to jest błędem ;/ [root w Misiek ~]# mdadm -X /dev/sdc4 Filename : /dev/sdc4 Magic : a92b4efc mdadm: invalid bitmap magic 0xa92b4efc, the bitmap file appears to be corrupted Version : 1 mdadm: unknown bitmap version 1, either the bitmap file is corrupted or you need to upgrade your tools On 10.07.2013 16:27, lord_Niedzwiedz wrote: > Mam problem z macierzami RAID5 mdadm. > > [root w Misiek ~]# hdparm -tT /dev/md2 > /dev/md2: > Timing cached reads: 7378 MB in 2.00 seconds = 3689.51 MB/sec > Timing buffered disk reads: 666 MB in 3.00 seconds = 221.96 MB/sec > [root w louve.komandor.net ~]# hdparm -tT /dev/md4 > /dev/md4: > Timing cached reads: 4572 MB in 2.00 seconds = 2286.55 MB/sec > Timing buffered disk reads: 20 MB in 3.36 seconds = 5.95 MB/sec > > [root w Misiek ~]# cat /proc/mdstat > Personalities : [raid6] [raid5] [raid4] [raid1] > md4 : active raid5 sdb4[1] sdc4[4] sdd4[2] > 2783457792 blocks super 1.2 level 5, 512k chunk, algorithm 2 > [4/3] [_UUU] > > md1 : active raid1 sda1[0] sdc1[3] sdb1[1] > 489856 blocks [4/3] [UU_U] > > md2 : active raid5 sda2[6] sdc2[4] sdb2[5] > 146485248 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] [UU_U] > > > Jeśli dam teraz: > [root w Misiek ~]# mdadm --manage /dev/md4 --add /dev/sda4 > mdadm: re-added /dev/sda4 > [root w Misiek ~]# cat /proc/mdstat > Personalities : [raid6] [raid5] [raid4] [raid1] > md4 : active raid5 sda4[5] sdb4[1] sdc4[4] sdd4[2] > 2783457792 blocks super 1.2 level 5, 512k chunk, algorithm 2 > [4/3] [_UUU] > [>....................] recovery = 0.0% (12/927819264) > finish=2899435.1min speed=4K/sec > > md1 : active raid1 sda1[0] sdc1[3] sdb1[1] > 489856 blocks [4/3] [UU_U] > > md2 : active raid5 sda2[6] sdc2[4] sdb2[5] > 146485248 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] [UU_U] > > > Jak wi8dać MD4 chce się odbudowywać koszmarnie wolno !! ;-((( > Co z tym zrobić, jak to naprawić ??!!??!! > > Dziwna sprawa. Jak korzystam z RAID'a md2 to wszystko śmiga na 3 > dyskach (czwarty specjalnie wypiety - spowalniało). > > Natomiast jak koszystam z md4 to jest total zwiecha i kicha. > Co to może być ?? > > _______________________________________________ > pld-users-pl mailing list > pld-users-pl w lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-users-pl > -- Pozdro lord_Niedzwiedz From mateusz-lists w ant.gliwice.pl Wed Jul 10 17:53:13 2013 From: mateusz-lists w ant.gliwice.pl (Mateusz Korniak) Date: Wed, 10 Jul 2013 17:53:13 +0200 Subject: mdadm raid5 In-Reply-To: References: Message-ID: <1817608.nQPnPyg9nr@laptop-hp> On Wednesday 10 July 2013 16:27:40 lord_Niedzwiedz wrote: > Jak wi8dać MD4 chce się odbudowywać koszmarnie wolno !! ;-((( A co pokazuje iostat -x 10 -m w czasie naprawy? (tylko nie pierwszy zrzut tylko kolejne). > > Dziwna sprawa. Jak korzystam z RAID'a md2 to wszystko śmiga na 3 dyskach > (czwarty specjalnie wypiety - spowalniało). A co SMART mówi na temat /dev/sdd ? -- Mateusz Korniak "(...) mam brata - poważny, domator, liczykrupa, hipokryta, pobożniś, krótko mówiąc - podpora społeczeństwa." Nikos Kazantzakis - "Grek Zorba" From sir_Misiek w o2.pl Wed Jul 10 18:22:12 2013 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Wed, 10 Jul 2013 18:22:12 +0200 Subject: mdadm raid5 In-Reply-To: <1817608.nQPnPyg9nr@laptop-hp> References: <1817608.nQPnPyg9nr@laptop-hp> Message-ID: <51DD8A34.4040007@o2.pl> On 10.07.2013 17:53, Mateusz Korniak wrote: > On Wednesday 10 July 2013 16:27:40 lord_Niedzwiedz wrote: >> Jak wi8dać MD4 chce się odbudowywać koszmarnie wolno !! ;-((( > A co pokazuje > iostat -x 10 -m > w czasie naprawy? (tylko nie pierwszy zrzut tylko kolejne). [root w Misiek /]# iostat sda sdb sdc md2 md1 sdd md3 cpu kps tps svc_t kps tps svc_t kps tps svc_t kps tps svc_t kps tps svc_t kps tps svc_t kps tps svc_t us sy wt id 2933 12 3.1 3063 11 2.9 3052 11 2.7 5461 1352 0.0 0 0 0.0 200 1 369.6 0 0 0.0 0 1 6 93 [root w Misiek /]# iostat sda sdb sdc md2 md1 sdd md3 cpu kps tps svc_t kps tps svc_t kps tps svc_t kps tps svc_t kps tps svc_t kps tps svc_t kps tps svc_t us sy wt id 2932 12 3.1 3063 11 2.9 3052 11 2.7 5460 1352 0.0 0 0 0.0 200 1 369.8 0 0 0.0 0 1 6 93 [root w Misiek /]# iostat sda sdb sdc md2 md1 sdd md3 cpu kps tps svc_t kps tps svc_t kps tps svc_t kps tps svc_t kps tps svc_t kps tps svc_t kps tps svc_t us sy wt id 2932 12 3.1 3063 11 2.9 3051 11 2.7 5460 1352 0.0 0 0 0.0 200 1 369.9 0 0 0.0 0 1 6 93 [root w Misiek /]# iostat sda sdb sdc md2 md1 sdd md3 cpu kps tps svc_t kps tps svc_t kps tps svc_t kps tps svc_t kps tps svc_t kps tps svc_t kps tps svc_t us sy wt id 2932 12 3.1 3063 11 2.9 3051 11 2.7 5459 1352 0.0 0 0 0.0 201 1 369.4 0 0 0.0 0 1 6 93 [root w Misiek /]# iostat sda sdb sdc md2 md1 sdd md3 cpu kps tps svc_t kps tps svc_t kps tps svc_t kps tps svc_t kps tps svc_t kps tps svc_t kps tps svc_t us sy wt id 2932 12 3.1 3062 11 2.9 3051 11 2.7 5458 1351 0.0 0 0 0.0 201 1 369.6 0 0 0.0 0 1 6 93 [root w Misiek /]# iostat sda sdb sdc md2 md1 sdd md3 cpu kps tps svc_t kps tps svc_t kps tps svc_t kps tps svc_t kps tps svc_t kps tps svc_t kps tps svc_t us sy wt id 2932 12 3.1 3062 11 2.9 3051 11 2.7 5457 1351 0.0 0 0 0.0 201 1 369.7 0 0 0.0 0 1 6 93 [root w Misiek /]# iostat sda sdb sdc md2 md1 sdd md3 cpu kps tps svc_t kps tps svc_t kps tps svc_t kps tps svc_t kps tps svc_t kps tps svc_t kps tps svc_t us sy wt id 2931 12 3.1 3062 11 2.9 3050 11 2.7 5457 1351 0.0 0 0 0.0 201 1 369.7 0 0 0.0 0 1 6 93 > > >> Dziwna sprawa. Jak korzystam z RAID'a md2 to wszystko śmiga na 3 dyskach >> (czwarty specjalnie wypiety - spowalniało). > A co SMART mówi na temat /dev/sdd ? A w jakiej paczce go znajdę i jak go użyć ?? ;/ -- Pozdro lord_Niedzwiedz From sir_Misiek w o2.pl Wed Jul 10 18:28:37 2013 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Wed, 10 Jul 2013 18:28:37 +0200 Subject: mdadm raid5 In-Reply-To: <51DD729C.2050905@o2.pl> References: <51DD729C.2050905@o2.pl> Message-ID: <51DD8BB5.7010109@o2.pl> Co ciekawe w md1 (raid1) oraz md2 (raid5), jak był włączony dysk /dev/sdd to działała całość jak krew z nosa ;-( Po odłączeniu te dwie partycje ruszyły ;/ /dev/md2: Timing cached reads: 7338 MB in 2.00 seconds = 3670.37 MB/sec Timing buffered disk reads: 914 MB in 3.00 seconds = 304.27 MB/sec Jednak z md3 oraz md4 nie mogę wywalić dysku /dev/sdd ;-( Bo inaczej nie wstaną. md4 : active raid5 sdb4[1] sdc4[4] sdd4[2] 2783457792 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] [_UUU] md3 : active raid5 sda3[5] sdc3[4] sdd3[2] sdb3[6] 5859374592 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] [U_UU] [>....................] recovery = 0.1% (3598464/1953124864) finish=28620.1min speed=1134K/sec Generalnie jestem w ciornej d...... ;-))) Backupy nie aktualne ;-D Dyscyplinarka przygotowana ;] Dzięki za pomoc Pozdro >> Mam problem z macierzami RAID5 mdadm. >> >> [root w Misiek ~]# hdparm -tT /dev/md2 >> /dev/md2: >> Timing cached reads: 7378 MB in 2.00 seconds = 3689.51 MB/sec >> Timing buffered disk reads: 666 MB in 3.00 seconds = 221.96 MB/sec >> [root w louve.komandor.net ~]# hdparm -tT /dev/md4 >> /dev/md4: >> Timing cached reads: 4572 MB in 2.00 seconds = 2286.55 MB/sec >> Timing buffered disk reads: 20 MB in 3.36 seconds = 5.95 MB/sec >> >> [root w Misiek ~]# cat /proc/mdstat >> Personalities : [raid6] [raid5] [raid4] [raid1] >> md4 : active raid5 sdb4[1] sdc4[4] sdd4[2] >> 2783457792 blocks super 1.2 level 5, 512k chunk, algorithm 2 >> [4/3] [_UUU] >> >> md1 : active raid1 sda1[0] sdc1[3] sdb1[1] >> 489856 blocks [4/3] [UU_U] >> >> md2 : active raid5 sda2[6] sdc2[4] sdb2[5] >> 146485248 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] [UU_U] >> >> >> Jeśli dam teraz: >> [root w Misiek ~]# mdadm --manage /dev/md4 --add /dev/sda4 >> mdadm: re-added /dev/sda4 >> [root w Misiek ~]# cat /proc/mdstat >> Personalities : [raid6] [raid5] [raid4] [raid1] >> md4 : active raid5 sda4[5] sdb4[1] sdc4[4] sdd4[2] >> 2783457792 blocks super 1.2 level 5, 512k chunk, algorithm 2 >> [4/3] [_UUU] >> [>....................] recovery = 0.0% (12/927819264) >> finish=2899435.1min speed=4K/sec >> >> md1 : active raid1 sda1[0] sdc1[3] sdb1[1] >> 489856 blocks [4/3] [UU_U] >> >> md2 : active raid5 sda2[6] sdc2[4] sdb2[5] >> 146485248 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] [UU_U] >> >> >> Jak wi8dać MD4 chce się odbudowywać koszmarnie wolno !! ;-((( >> Co z tym zrobić, jak to naprawić ??!!??!! >> >> Dziwna sprawa. Jak korzystam z RAID'a md2 to wszystko śmiga na 3 >> dyskach (czwarty specjalnie wypiety - spowalniało). >> >> Natomiast jak koszystam z md4 to jest total zwiecha i kicha. >> Co to może być ?? >> >> _______________________________________________ >> pld-users-pl mailing list >> pld-users-pl w lists.pld-linux.org >> http://lists.pld-linux.org/mailman/listinfo/pld-users-pl >> > -- Pozdro lord_Niedzwiedz From sir_Misiek w o2.pl Wed Jul 10 18:54:13 2013 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Wed, 10 Jul 2013 18:54:13 +0200 Subject: mdadm raid5 In-Reply-To: <51DD8BB5.7010109@o2.pl> References: <51DD729C.2050905@o2.pl> <51DD8BB5.7010109@o2.pl> Message-ID: <51DD91B5.3050809@o2.pl> Już widzę co się dzieje ;-( Dysk /dev/ssd świruje. Niestety aby odbudować md3 oraz md4 potrzebuję go (trwa to koszmarnie długo). [root w Misiek ~]# ls /dev/sd sda sda1 sda2 sda3 sda4 sdb sdb1 sdb2 sdb3 sdb4 sdc sdc1 sdc2 sdc3 sdc4 sdd sdd1 sdd2 sdd3 sdd4 Gdy testuję poszczególne dyski to mam 100-150MB/s. [root w louve.komandor.net ~]# hdparm -tT /dev/sdc1 /dev/sdc1: Timing cached reads: 7220 MB in 2.00 seconds = 3610.55 MB/sec Timing buffered disk reads: 348 MB in 3.01 seconds = 115.68 MB/sec Niestety bez /dev/sdd (tu spada nawet poniżej 4KB :-( ) [root w Misiek ~]# hdparm -tT /dev/sdd1 /dev/sdd1: Timing cached reads: 4414 MB in 2.00 seconds = 2206.99 MB/sec Timing buffered disk reads: 16 MB in 3.35 seconds = 4.78 MB/sec Po wymianie dysku /dev/sdd na inny macierz ruszyła z kopyta !! ;-( [root w Misiek ~]# hdparm -tT /dev/sdd1 /dev/sdd1: Timing cached reads: 7164 MB in 2.00 seconds = 3582.64 MB/sec Timing buffered disk reads: 362 MB in 3.01 seconds = 120.42 MB/sec Jakieś pomysły ??!! ;-( Pozdro On 10.07.2013 18:28, lord_Niedzwiedz wrote: > Co ciekawe w md1 (raid1) oraz md2 (raid5), jak był włączony > dysk /dev/sdd to działała całość jak krew z nosa ;-( > Po odłączeniu te dwie partycje ruszyły ;/ > /dev/md2: > Timing cached reads: 7338 MB in 2.00 seconds = 3670.37 MB/sec > Timing buffered disk reads: 914 MB in 3.00 seconds = 304.27 MB/sec > > Jednak z md3 oraz md4 nie mogę wywalić dysku /dev/sdd ;-( > Bo inaczej nie wstaną. > md4 : active raid5 sdb4[1] sdc4[4] sdd4[2] > 2783457792 blocks super 1.2 level 5, 512k chunk, algorithm 2 > [4/3] [_UUU] > > md3 : active raid5 sda3[5] sdc3[4] sdd3[2] sdb3[6] > 5859374592 blocks super 1.2 level 5, 512k chunk, algorithm 2 > [4/3] [U_UU] > [>....................] recovery = 0.1% (3598464/1953124864) > finish=28620.1min speed=1134K/sec > Generalnie jestem w ciornej d...... ;-))) > Backupy nie aktualne ;-D > Dyscyplinarka przygotowana ;] > > Dzięki za pomoc > Pozdro >>> Mam problem z macierzami RAID5 mdadm. >>> >>> [root w Misiek ~]# hdparm -tT /dev/md2 >>> /dev/md2: >>> Timing cached reads: 7378 MB in 2.00 seconds = 3689.51 MB/sec >>> Timing buffered disk reads: 666 MB in 3.00 seconds = 221.96 MB/sec >>> [root w louve.komandor.net ~]# hdparm -tT /dev/md4 >>> /dev/md4: >>> Timing cached reads: 4572 MB in 2.00 seconds = 2286.55 MB/sec >>> Timing buffered disk reads: 20 MB in 3.36 seconds = 5.95 MB/sec >>> >>> [root w Misiek ~]# cat /proc/mdstat >>> Personalities : [raid6] [raid5] [raid4] [raid1] >>> md4 : active raid5 sdb4[1] sdc4[4] sdd4[2] >>> 2783457792 blocks super 1.2 level 5, 512k chunk, algorithm 2 >>> [4/3] [_UUU] >>> >>> md1 : active raid1 sda1[0] sdc1[3] sdb1[1] >>> 489856 blocks [4/3] [UU_U] >>> >>> md2 : active raid5 sda2[6] sdc2[4] sdb2[5] >>> 146485248 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] >>> [UU_U] >>> >>> >>> Jeśli dam teraz: >>> [root w Misiek ~]# mdadm --manage /dev/md4 --add /dev/sda4 >>> mdadm: re-added /dev/sda4 >>> [root w Misiek ~]# cat /proc/mdstat >>> Personalities : [raid6] [raid5] [raid4] [raid1] >>> md4 : active raid5 sda4[5] sdb4[1] sdc4[4] sdd4[2] >>> 2783457792 blocks super 1.2 level 5, 512k chunk, algorithm 2 >>> [4/3] [_UUU] >>> [>....................] recovery = 0.0% (12/927819264) >>> finish=2899435.1min speed=4K/sec >>> >>> md1 : active raid1 sda1[0] sdc1[3] sdb1[1] >>> 489856 blocks [4/3] [UU_U] >>> >>> md2 : active raid5 sda2[6] sdc2[4] sdb2[5] >>> 146485248 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] >>> [UU_U] >>> >>> >>> Jak wi8dać MD4 chce się odbudowywać koszmarnie wolno !! ;-((( >>> Co z tym zrobić, jak to naprawić ??!!??!! >>> >>> Dziwna sprawa. Jak korzystam z RAID'a md2 to wszystko śmiga na 3 >>> dyskach (czwarty specjalnie wypiety - spowalniało). >>> >>> Natomiast jak koszystam z md4 to jest total zwiecha i kicha. >>> Co to może być ?? >>> >>> _______________________________________________ >>> pld-users-pl mailing list >>> pld-users-pl w lists.pld-linux.org >>> http://lists.pld-linux.org/mailman/listinfo/pld-users-pl >>> >> > -- Pozdro lord_Niedzwiedz From pawel.chmielewski w gmail.com Wed Jul 10 18:59:44 2013 From: pawel.chmielewski w gmail.com (Pawel Chmielewski) Date: Wed, 10 Jul 2013 18:59:44 +0200 Subject: mdadm raid5 In-Reply-To: <51DD91B5.3050809@o2.pl> References: <51DD729C.2050905@o2.pl> <51DD8BB5.7010109@o2.pl> <51DD91B5.3050809@o2.pl> Message-ID: Wylacz w cholere maszyne. wyjmij /dev/sdd, przeloz gdzies i ddrescue przekopiuj jego zawartosc na drugi dysk. Wloz drugi dysk do docelowej maszyny. Mdadm sobie poradzi (wiem bo kiedys odratowalem tak 1,7 TB zepsutej poczty z raida5 i zimbry) W dniu 10 lipca 2013 18:54 użytkownik lord_Niedzwiedz napisał: > Już widzę co się dzieje ;-( > Dysk /dev/ssd świruje. > Niestety aby odbudować md3 oraz md4 potrzebuję go (trwa to koszmarnie > długo). > > [root w Misiek ~]# ls /dev/sd > sda sda1 sda2 sda3 sda4 sdb sdb1 sdb2 sdb3 sdb4 sdc sdc1 sdc2 sdc3 sdc4 > sdd sdd1 sdd2 sdd3 sdd4 > > Gdy testuję poszczególne dyski to mam > 100-150MB/s. > > [root w louve.komandor.net ~]# hdparm -tT /dev/sdc1 > /dev/sdc1: > Timing cached reads: 7220 MB in 2.00 seconds = 3610.55 MB/sec > Timing buffered disk reads: 348 MB in 3.01 seconds = 115.68 MB/sec > > Niestety bez /dev/sdd (tu spada nawet > poniżej 4KB :-( ) > > [root w Misiek ~]# hdparm -tT /dev/sdd1 > /dev/sdd1: > Timing cached reads: 4414 MB in 2.00 seconds = 2206.99 MB/sec > Timing buffered disk reads: 16 MB in 3.35 seconds = 4.78 MB/sec > > Po wymianie dysku /dev/sdd na inny macierz ruszyła z kopyta !! > ;-( > [root w Misiek ~]# hdparm -tT /dev/sdd1 > /dev/sdd1: > Timing cached reads: 7164 MB in 2.00 seconds = 3582.64 MB/sec > Timing buffered disk reads: 362 MB in 3.01 seconds = 120.42 MB/sec > > Jakieś pomysły ??!! ;-( > > Pozdro > > > On 10.07.2013 18:28, lord_Niedzwiedz wrote: > >> Co ciekawe w md1 (raid1) oraz md2 (raid5), jak był włączony dysk >> /dev/sdd to działała całość jak krew z nosa ;-( >> Po odłączeniu te dwie partycje ruszyły ;/ >> /dev/md2: >> Timing cached reads: 7338 MB in 2.00 seconds = 3670.37 MB/sec >> Timing buffered disk reads: 914 MB in 3.00 seconds = 304.27 MB/sec >> >> Jednak z md3 oraz md4 nie mogę wywalić dysku /dev/sdd ;-( >> Bo inaczej nie wstaną. >> md4 : active raid5 sdb4[1] sdc4[4] sdd4[2] >> 2783457792 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] >> [_UUU] >> >> md3 : active raid5 sda3[5] sdc3[4] sdd3[2] sdb3[6] >> 5859374592 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] >> [U_UU] >> [>....................] recovery = 0.1% (3598464/1953124864) >> finish=28620.1min speed=1134K/sec >> Generalnie jestem w ciornej d...... ;-))) >> Backupy nie aktualne ;-D >> Dyscyplinarka przygotowana ;] >> >> Dzięki za pomoc >> Pozdro >> >>> Mam problem z macierzami RAID5 mdadm. >>>> >>>> [root w Misiek ~]# hdparm -tT /dev/md2 >>>> /dev/md2: >>>> Timing cached reads: 7378 MB in 2.00 seconds = 3689.51 MB/sec >>>> Timing buffered disk reads: 666 MB in 3.00 seconds = 221.96 MB/sec >>>> [root w louve.komandor.net ~]# hdparm -tT /dev/md4 >>>> /dev/md4: >>>> Timing cached reads: 4572 MB in 2.00 seconds = 2286.55 MB/sec >>>> Timing buffered disk reads: 20 MB in 3.36 seconds = 5.95 MB/sec >>>> >>>> [root w Misiek ~]# cat /proc/mdstat >>>> Personalities : [raid6] [raid5] [raid4] [raid1] >>>> md4 : active raid5 sdb4[1] sdc4[4] sdd4[2] >>>> 2783457792 blocks super 1.2 level 5, 512k chunk, algorithm 2 >>>> [4/3] [_UUU] >>>> >>>> md1 : active raid1 sda1[0] sdc1[3] sdb1[1] >>>> 489856 blocks [4/3] [UU_U] >>>> >>>> md2 : active raid5 sda2[6] sdc2[4] sdb2[5] >>>> 146485248 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] [UU_U] >>>> >>>> >>>> Jeśli dam teraz: >>>> [root w Misiek ~]# mdadm --manage /dev/md4 --add /dev/sda4 >>>> mdadm: re-added /dev/sda4 >>>> [root w Misiek ~]# cat /proc/mdstat >>>> Personalities : [raid6] [raid5] [raid4] [raid1] >>>> md4 : active raid5 sda4[5] sdb4[1] sdc4[4] sdd4[2] >>>> 2783457792 blocks super 1.2 level 5, 512k chunk, algorithm 2 >>>> [4/3] [_UUU] >>>> [>....................] recovery = 0.0% (12/927819264) >>>> finish=2899435.1min speed=4K/sec >>>> >>>> md1 : active raid1 sda1[0] sdc1[3] sdb1[1] >>>> 489856 blocks [4/3] [UU_U] >>>> >>>> md2 : active raid5 sda2[6] sdc2[4] sdb2[5] >>>> 146485248 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] [UU_U] >>>> >>>> >>>> Jak wi8dać MD4 chce się odbudowywać koszmarnie wolno !! ;-((( >>>> Co z tym zrobić, jak to naprawić ??!!??!! >>>> >>>> Dziwna sprawa. Jak korzystam z RAID'a md2 to wszystko śmiga na 3 >>>> dyskach (czwarty specjalnie wypiety - spowalniało). >>>> >>>> Natomiast jak koszystam z md4 to jest total zwiecha i kicha. >>>> Co to może być ?? >>>> >>>> ______________________________**_________________ >>>> pld-users-pl mailing list >>>> pld-users-pl w lists.pld-linux.**org >>>> http://lists.pld-linux.org/**mailman/listinfo/pld-users-pl >>>> >>>> >>> >> > -- > Pozdro > lord_Niedzwiedz > > ______________________________**_________________ > pld-users-pl mailing list > pld-users-pl w lists.pld-linux.**org > http://lists.pld-linux.org/**mailman/listinfo/pld-users-pl > -- Pozdrowienia, Pawel Chmielewski pawel.chmielewski w gmail.com From sir_Misiek w o2.pl Wed Jul 10 19:26:06 2013 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Wed, 10 Jul 2013 19:26:06 +0200 Subject: mdadm raid5 In-Reply-To: References: <51DD729C.2050905@o2.pl> <51DD8BB5.7010109@o2.pl> <51DD91B5.3050809@o2.pl> Message-ID: <51DD992E.3000808@o2.pl> Wielkie dzięki za pomoc. Niestety prędkości tego dysku spadają do nawet 4kb/s. Będzie się kopiować 2 tygodnie. Ja potrzebuje to uruchomić na wczoraj ;-( On 10.07.2013 18:59, Pawel Chmielewski wrote: > Wylacz w cholere maszyne. wyjmij /dev/sdd, przeloz gdzies i ddrescue > przekopiuj jego zawartosc na drugi dysk. Wloz drugi dysk do docelowej > maszyny. Mdadm sobie poradzi (wiem bo kiedys odratowalem tak 1,7 TB > zepsutej poczty z raida5 i zimbry) > > > W dniu 10 lipca 2013 18:54 użytkownik lord_Niedzwiedz napisał: > >> Już widzę co się dzieje ;-( >> Dysk /dev/ssd świruje. >> Niestety aby odbudować md3 oraz md4 potrzebuję go (trwa to koszmarnie >> długo). >> >> [root w Misiek ~]# ls /dev/sd >> sda sda1 sda2 sda3 sda4 sdb sdb1 sdb2 sdb3 sdb4 sdc sdc1 sdc2 sdc3 sdc4 >> sdd sdd1 sdd2 sdd3 sdd4 >> >> Gdy testuję poszczególne dyski to mam >> 100-150MB/s. >> >> [root w louve.komandor.net ~]# hdparm -tT /dev/sdc1 >> /dev/sdc1: >> Timing cached reads: 7220 MB in 2.00 seconds = 3610.55 MB/sec >> Timing buffered disk reads: 348 MB in 3.01 seconds = 115.68 MB/sec >> >> Niestety bez /dev/sdd (tu spada nawet >> poniżej 4KB :-( ) >> >> [root w Misiek ~]# hdparm -tT /dev/sdd1 >> /dev/sdd1: >> Timing cached reads: 4414 MB in 2.00 seconds = 2206.99 MB/sec >> Timing buffered disk reads: 16 MB in 3.35 seconds = 4.78 MB/sec >> >> Po wymianie dysku /dev/sdd na inny macierz ruszyła z kopyta !! >> ;-( >> [root w Misiek ~]# hdparm -tT /dev/sdd1 >> /dev/sdd1: >> Timing cached reads: 7164 MB in 2.00 seconds = 3582.64 MB/sec >> Timing buffered disk reads: 362 MB in 3.01 seconds = 120.42 MB/sec >> >> Jakieś pomysły ??!! ;-( >> >> Pozdro >> >> >> On 10.07.2013 18:28, lord_Niedzwiedz wrote: >> >>> Co ciekawe w md1 (raid1) oraz md2 (raid5), jak był włączony dysk >>> /dev/sdd to działała całość jak krew z nosa ;-( >>> Po odłączeniu te dwie partycje ruszyły ;/ >>> /dev/md2: >>> Timing cached reads: 7338 MB in 2.00 seconds = 3670.37 MB/sec >>> Timing buffered disk reads: 914 MB in 3.00 seconds = 304.27 MB/sec >>> >>> Jednak z md3 oraz md4 nie mogę wywalić dysku /dev/sdd ;-( >>> Bo inaczej nie wstaną. >>> md4 : active raid5 sdb4[1] sdc4[4] sdd4[2] >>> 2783457792 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] >>> [_UUU] >>> >>> md3 : active raid5 sda3[5] sdc3[4] sdd3[2] sdb3[6] >>> 5859374592 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] >>> [U_UU] >>> [>....................] recovery = 0.1% (3598464/1953124864) >>> finish=28620.1min speed=1134K/sec >>> Generalnie jestem w ciornej d...... ;-))) >>> Backupy nie aktualne ;-D >>> Dyscyplinarka przygotowana ;] >>> >>> Dzięki za pomoc >>> Pozdro >>> >>>> Mam problem z macierzami RAID5 mdadm. >>>>> [root w Misiek ~]# hdparm -tT /dev/md2 >>>>> /dev/md2: >>>>> Timing cached reads: 7378 MB in 2.00 seconds = 3689.51 MB/sec >>>>> Timing buffered disk reads: 666 MB in 3.00 seconds = 221.96 MB/sec >>>>> [root w louve.komandor.net ~]# hdparm -tT /dev/md4 >>>>> /dev/md4: >>>>> Timing cached reads: 4572 MB in 2.00 seconds = 2286.55 MB/sec >>>>> Timing buffered disk reads: 20 MB in 3.36 seconds = 5.95 MB/sec >>>>> >>>>> [root w Misiek ~]# cat /proc/mdstat >>>>> Personalities : [raid6] [raid5] [raid4] [raid1] >>>>> md4 : active raid5 sdb4[1] sdc4[4] sdd4[2] >>>>> 2783457792 blocks super 1.2 level 5, 512k chunk, algorithm 2 >>>>> [4/3] [_UUU] >>>>> >>>>> md1 : active raid1 sda1[0] sdc1[3] sdb1[1] >>>>> 489856 blocks [4/3] [UU_U] >>>>> >>>>> md2 : active raid5 sda2[6] sdc2[4] sdb2[5] >>>>> 146485248 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] [UU_U] >>>>> >>>>> >>>>> Jeśli dam teraz: >>>>> [root w Misiek ~]# mdadm --manage /dev/md4 --add /dev/sda4 >>>>> mdadm: re-added /dev/sda4 >>>>> [root w Misiek ~]# cat /proc/mdstat >>>>> Personalities : [raid6] [raid5] [raid4] [raid1] >>>>> md4 : active raid5 sda4[5] sdb4[1] sdc4[4] sdd4[2] >>>>> 2783457792 blocks super 1.2 level 5, 512k chunk, algorithm 2 >>>>> [4/3] [_UUU] >>>>> [>....................] recovery = 0.0% (12/927819264) >>>>> finish=2899435.1min speed=4K/sec >>>>> >>>>> md1 : active raid1 sda1[0] sdc1[3] sdb1[1] >>>>> 489856 blocks [4/3] [UU_U] >>>>> >>>>> md2 : active raid5 sda2[6] sdc2[4] sdb2[5] >>>>> 146485248 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] [UU_U] >>>>> >>>>> >>>>> Jak wi8dać MD4 chce się odbudowywać koszmarnie wolno !! ;-((( >>>>> Co z tym zrobić, jak to naprawić ??!!??!! >>>>> >>>>> Dziwna sprawa. Jak korzystam z RAID'a md2 to wszystko śmiga na 3 >>>>> dyskach (czwarty specjalnie wypiety - spowalniało). >>>>> >>>>> Natomiast jak koszystam z md4 to jest total zwiecha i kicha. >>>>> Co to może być ?? >>>>> >>>>> ______________________________**_________________ >>>>> pld-users-pl mailing list >>>>> pld-users-pl w lists.pld-linux.**org >>>>> http://lists.pld-linux.org/**mailman/listinfo/pld-users-pl >>>>> >>>>> >> -- >> Pozdro >> lord_Niedzwiedz >> >> ______________________________**_________________ >> pld-users-pl mailing list >> pld-users-pl w lists.pld-linux.**org >> http://lists.pld-linux.org/**mailman/listinfo/pld-users-pl >> > > -- Pozdro lord_Niedzwiedz From masko w ipipan.waw.pl Wed Jul 10 19:33:54 2013 From: masko w ipipan.waw.pl (=?UTF-8?Q?=C5=81ukasz_Ma=C5=9Bko?=) Date: Wed, 10 Jul 2013 19:33:54 +0200 Subject: mdadm raid5 In-Reply-To: <51DD992E.3000808@o2.pl> References: <51DD729C.2050905@o2.pl> <51DD8BB5.7010109@o2.pl> <51DD91B5.3050809@o2.pl> <51DD992E.3000808@o2.pl> Message-ID: <723467f8-5aa6-483c-9904-0f5b37f86919@email.android.com> lord_Niedzwiedz napisał: > Wielkie dzięki za pomoc. >Niestety prędkości tego dysku spadają do nawet 4kb/s. >Będzie się kopiować 2 tygodnie. >Ja potrzebuje to uruchomić na wczoraj ;-( Daj mu szansę. Może jak przejdzie felerny fragment to ruszy szybciej. Jak bez niego macież się nie odbuduje to i tak nie masz wyjścia. -- Pozdrawiam. Łukasz Maśko Wysłane za pomocą K-9 Mail. From pawel.chmielewski w gmail.com Wed Jul 10 19:35:01 2013 From: pawel.chmielewski w gmail.com (Pawel Chmielewski) Date: Wed, 10 Jul 2013 19:35:01 +0200 Subject: mdadm raid5 In-Reply-To: <51DD992E.3000808@o2.pl> References: <51DD729C.2050905@o2.pl> <51DD8BB5.7010109@o2.pl> <51DD91B5.3050809@o2.pl> <51DD992E.3000808@o2.pl> Message-ID: eee tam, od razu dwa tygodnie ;) http://www.gnu.org/software/ddrescue/manual/ddrescue_manual.html a tu co trzeba zrobic: ---------- Rescue the most important part of the disc first. ddrescue -i0 -s50MiB /dev/hdc hdimage logfile ddrescue -i0 -s1MiB -d -r3 /dev/hdc hdimage logfile Then rescue some key disc areas. ddrescue -i30GiB -s10GiB /dev/hdc hdimage logfile ddrescue -i230GiB -s5GiB /dev/hdc hdimage logfile Now rescue the rest (does not recopy what is already done). ddrescue /dev/hdc hdimage logfile ddrescue -d -r3 /dev/hdc hdimage logfile ---------- zobacz przede wszystkim _ile_ danych jest nie do odczytania z tego dysku. poczytaj manual do ddrescue. ustawienie odpowiedniej wielkosci bloku (-b) jest kluczowe dla predkosci odczytu (nieuszkodzonych) danych z dysku. btw - duzy ten dysk? W dniu 10 lipca 2013 19:26 użytkownik lord_Niedzwiedz napisał: > Wielkie dzięki za pomoc. > Niestety prędkości tego dysku spadają do nawet 4kb/s. > Będzie się kopiować 2 tygodnie. > Ja potrzebuje to uruchomić na wczoraj ;-( > > > On 10.07.2013 18:59, Pawel Chmielewski wrote: > >> Wylacz w cholere maszyne. wyjmij /dev/sdd, przeloz gdzies i ddrescue >> przekopiuj jego zawartosc na drugi dysk. Wloz drugi dysk do docelowej >> maszyny. Mdadm sobie poradzi (wiem bo kiedys odratowalem tak 1,7 TB >> zepsutej poczty z raida5 i zimbry) >> >> >> W dniu 10 lipca 2013 18:54 użytkownik lord_Niedzwiedz > >napisał: >> >> Już widzę co się dzieje ;-( >>> Dysk /dev/ssd świruje. >>> Niestety aby odbudować md3 oraz md4 potrzebuję go (trwa to koszmarnie >>> długo). >>> >>> [root w Misiek ~]# ls /dev/sd >>> sda sda1 sda2 sda3 sda4 sdb sdb1 sdb2 sdb3 sdb4 sdc sdc1 sdc2 sdc3 >>> sdc4 >>> sdd sdd1 sdd2 sdd3 sdd4 >>> >>> Gdy testuję poszczególne dyski to mam >>> 100-150MB/s. >>> >>> [root w louve.komandor.net ~]# hdparm -tT /dev/sdc1 >>> /dev/sdc1: >>> Timing cached reads: 7220 MB in 2.00 seconds = 3610.55 MB/sec >>> Timing buffered disk reads: 348 MB in 3.01 seconds = 115.68 MB/sec >>> >>> Niestety bez /dev/sdd (tu spada nawet >>> poniżej 4KB :-( ) >>> >>> [root w Misiek ~]# hdparm -tT /dev/sdd1 >>> /dev/sdd1: >>> Timing cached reads: 4414 MB in 2.00 seconds = 2206.99 MB/sec >>> Timing buffered disk reads: 16 MB in 3.35 seconds = 4.78 MB/sec >>> >>> Po wymianie dysku /dev/sdd na inny macierz ruszyła z kopyta >>> !! >>> ;-( >>> [root w Misiek ~]# hdparm -tT /dev/sdd1 >>> /dev/sdd1: >>> Timing cached reads: 7164 MB in 2.00 seconds = 3582.64 MB/sec >>> Timing buffered disk reads: 362 MB in 3.01 seconds = 120.42 MB/sec >>> >>> Jakieś pomysły ??!! ;-( >>> >>> Pozdro >>> >>> >>> On 10.07.2013 18:28, lord_Niedzwiedz wrote: >>> >>> Co ciekawe w md1 (raid1) oraz md2 (raid5), jak był włączony >>>> dysk >>>> /dev/sdd to działała całość jak krew z nosa ;-( >>>> Po odłączeniu te dwie partycje ruszyły ;/ >>>> /dev/md2: >>>> Timing cached reads: 7338 MB in 2.00 seconds = 3670.37 MB/sec >>>> Timing buffered disk reads: 914 MB in 3.00 seconds = 304.27 MB/sec >>>> >>>> Jednak z md3 oraz md4 nie mogę wywalić dysku /dev/sdd ;-( >>>> Bo inaczej nie wstaną. >>>> md4 : active raid5 sdb4[1] sdc4[4] sdd4[2] >>>> 2783457792 blocks super 1.2 level 5, 512k chunk, algorithm 2 >>>> [4/3] >>>> [_UUU] >>>> >>>> md3 : active raid5 sda3[5] sdc3[4] sdd3[2] sdb3[6] >>>> 5859374592 blocks super 1.2 level 5, 512k chunk, algorithm 2 >>>> [4/3] >>>> [U_UU] >>>> [>....................] recovery = 0.1% (3598464/1953124864) >>>> finish=28620.1min speed=1134K/sec >>>> Generalnie jestem w ciornej d...... ;-))) >>>> Backupy nie aktualne ;-D >>>> Dyscyplinarka przygotowana ;] >>>> >>>> Dzięki za pomoc >>>> Pozdro >>>> >>>> Mam problem z macierzami RAID5 mdadm. >>>>> >>>>>> [root w Misiek ~]# hdparm -tT /dev/md2 >>>>>> /dev/md2: >>>>>> Timing cached reads: 7378 MB in 2.00 seconds = 3689.51 MB/sec >>>>>> Timing buffered disk reads: 666 MB in 3.00 seconds = 221.96 MB/sec >>>>>> [root w louve.komandor.net ~]# hdparm -tT /dev/md4 >>>>>> /dev/md4: >>>>>> Timing cached reads: 4572 MB in 2.00 seconds = 2286.55 MB/sec >>>>>> Timing buffered disk reads: 20 MB in 3.36 seconds = 5.95 MB/sec >>>>>> >>>>>> [root w Misiek ~]# cat /proc/mdstat >>>>>> Personalities : [raid6] [raid5] [raid4] [raid1] >>>>>> md4 : active raid5 sdb4[1] sdc4[4] sdd4[2] >>>>>> 2783457792 blocks super 1.2 level 5, 512k chunk, algorithm 2 >>>>>> [4/3] [_UUU] >>>>>> >>>>>> md1 : active raid1 sda1[0] sdc1[3] sdb1[1] >>>>>> 489856 blocks [4/3] [UU_U] >>>>>> >>>>>> md2 : active raid5 sda2[6] sdc2[4] sdb2[5] >>>>>> 146485248 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] >>>>>> [UU_U] >>>>>> >>>>>> >>>>>> Jeśli dam teraz: >>>>>> [root w Misiek ~]# mdadm --manage /dev/md4 --add /dev/sda4 >>>>>> mdadm: re-added /dev/sda4 >>>>>> [root w Misiek ~]# cat /proc/mdstat >>>>>> Personalities : [raid6] [raid5] [raid4] [raid1] >>>>>> md4 : active raid5 sda4[5] sdb4[1] sdc4[4] sdd4[2] >>>>>> 2783457792 blocks super 1.2 level 5, 512k chunk, algorithm 2 >>>>>> [4/3] [_UUU] >>>>>> [>....................] recovery = 0.0% (12/927819264) >>>>>> finish=2899435.1min speed=4K/sec >>>>>> >>>>>> md1 : active raid1 sda1[0] sdc1[3] sdb1[1] >>>>>> 489856 blocks [4/3] [UU_U] >>>>>> >>>>>> md2 : active raid5 sda2[6] sdc2[4] sdb2[5] >>>>>> 146485248 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] >>>>>> [UU_U] >>>>>> >>>>>> >>>>>> Jak wi8dać MD4 chce się odbudowywać koszmarnie wolno !! ;-((( >>>>>> Co z tym zrobić, jak to naprawić ??!!??!! >>>>>> >>>>>> Dziwna sprawa. Jak korzystam z RAID'a md2 to wszystko śmiga na 3 >>>>>> dyskach (czwarty specjalnie wypiety - spowalniało). >>>>>> >>>>>> Natomiast jak koszystam z md4 to jest total zwiecha i kicha. >>>>>> Co to może być ?? >>>>>> >>>>>> ______________________________****_________________ >>>>>> pld-users-pl mailing list >>>>>> pld-users-pl w lists.pld-linux.****org >>>>> org > >>>>>> http://lists.pld-linux.org/****mailman/listinfo/pld-users-pl >>>>>> <**http://lists.pld-linux.org/**mailman/listinfo/pld-users-pl >>>>>> > >>>>>> >>>>>> >>>>>> -- >>> Pozdro >>> lord_Niedzwiedz >>> >>> ______________________________****_________________ >>> pld-users-pl mailing list >>> pld-users-pl w lists.pld-linux.****org >>> > >>> http://lists.pld-linux.org/****mailman/listinfo/pld-users-pl >>> <**http://lists.pld-linux.org/**mailman/listinfo/pld-users-pl >>> > >>> >>> >> >> > -- > Pozdro > lord_Niedzwiedz > > ______________________________**_________________ > pld-users-pl mailing list > pld-users-pl w lists.pld-linux.**org > http://lists.pld-linux.org/**mailman/listinfo/pld-users-pl > -- Pozdrowienia, Pawel Chmielewski pawel.chmielewski w gmail.com From sir_Misiek w o2.pl Wed Jul 10 19:47:00 2013 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Wed, 10 Jul 2013 19:47:00 +0200 Subject: mdadm raid5 In-Reply-To: <723467f8-5aa6-483c-9904-0f5b37f86919@email.android.com> References: <51DD729C.2050905@o2.pl> <51DD8BB5.7010109@o2.pl> <51DD91B5.3050809@o2.pl> <51DD992E.3000808@o2.pl> <723467f8-5aa6-483c-9904-0f5b37f86919@email.android.com> Message-ID: <51DD9E14.1070705@o2.pl> Święte słowa Łukaszu. Niestety sam już też do tego doszedłem, iż jest pat ;-) First odzysk vserver'ów. Next danych. Macierzy odbudowa na koniec. Puki co zgrywanie danych ;-) Pozdro ps. nie wiem tylko jakim cudem po wypadały mi z macierzy po sztuce Patrycji ;-))) (tak bym wogule wziął dysk felerny, otworzył okno i ..... ;-))) ) On 10.07.2013 19:33, Łukasz Maśko wrote: > lord_Niedzwiedz napisał: >> Wielkie dzięki za pomoc. >> Niestety prędkości tego dysku spadają do nawet 4kb/s. >> Będzie się kopiować 2 tygodnie. >> Ja potrzebuje to uruchomić na wczoraj ;-( > Daj mu szansę. Może jak przejdzie felerny fragment to ruszy szybciej. Jak bez niego macież się nie odbuduje to i tak nie masz wyjścia. > > -- Pozdro lord_Niedzwiedz From sir_Misiek w o2.pl Wed Jul 10 19:57:22 2013 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Wed, 10 Jul 2013 19:57:22 +0200 Subject: mdadm raid5 In-Reply-To: References: <51DD729C.2050905@o2.pl> <51DD8BB5.7010109@o2.pl> <51DD91B5.3050809@o2.pl> <51DD992E.3000808@o2.pl> Message-ID: <51DDA082.7030004@o2.pl> 3TB SATA Dysk chyba nie ma bad sektorów. On po prostu zaczął wariować (elektronicznie). On 10.07.2013 19:35, Pawel Chmielewski wrote: > eee tam, od razu dwa tygodnie ;) > http://www.gnu.org/software/ddrescue/manual/ddrescue_manual.html > a tu co trzeba zrobic: > ---------- > Rescue the most important part of the disc first. > > ddrescue -i0 -s50MiB /dev/hdc hdimage logfile > ddrescue -i0 -s1MiB -d -r3 /dev/hdc hdimage logfile > Then rescue some key disc areas. > > ddrescue -i30GiB -s10GiB /dev/hdc hdimage logfile > ddrescue -i230GiB -s5GiB /dev/hdc hdimage logfile > Now rescue the rest (does not recopy what is already done). > > ddrescue /dev/hdc hdimage logfile > ddrescue -d -r3 /dev/hdc hdimage logfile > ---------- > > zobacz przede wszystkim _ile_ danych jest nie do odczytania z tego dysku. > poczytaj manual do ddrescue. ustawienie odpowiedniej wielkosci bloku (-b) > jest kluczowe dla predkosci odczytu (nieuszkodzonych) danych z dysku. > btw - duzy ten dysk? > > > > W dniu 10 lipca 2013 19:26 użytkownik lord_Niedzwiedz napisał: > >> Wielkie dzięki za pomoc. >> Niestety prędkości tego dysku spadają do nawet 4kb/s. >> Będzie się kopiować 2 tygodnie. >> Ja potrzebuje to uruchomić na wczoraj ;-( >> >> >> On 10.07.2013 18:59, Pawel Chmielewski wrote: >> >>> Wylacz w cholere maszyne. wyjmij /dev/sdd, przeloz gdzies i ddrescue >>> przekopiuj jego zawartosc na drugi dysk. Wloz drugi dysk do docelowej >>> maszyny. Mdadm sobie poradzi (wiem bo kiedys odratowalem tak 1,7 TB >>> zepsutej poczty z raida5 i zimbry) >>> >>> >>> W dniu 10 lipca 2013 18:54 użytkownik lord_Niedzwiedz >>> napisał: >>> Już widzę co się dzieje ;-( >>>> Dysk /dev/ssd świruje. >>>> Niestety aby odbudować md3 oraz md4 potrzebuję go (trwa to koszmarnie >>>> długo). >>>> >>>> [root w Misiek ~]# ls /dev/sd >>>> sda sda1 sda2 sda3 sda4 sdb sdb1 sdb2 sdb3 sdb4 sdc sdc1 sdc2 sdc3 >>>> sdc4 >>>> sdd sdd1 sdd2 sdd3 sdd4 >>>> >>>> Gdy testuję poszczególne dyski to mam >>>> 100-150MB/s. >>>> >>>> [root w louve.komandor.net ~]# hdparm -tT /dev/sdc1 >>>> /dev/sdc1: >>>> Timing cached reads: 7220 MB in 2.00 seconds = 3610.55 MB/sec >>>> Timing buffered disk reads: 348 MB in 3.01 seconds = 115.68 MB/sec >>>> >>>> Niestety bez /dev/sdd (tu spada nawet >>>> poniżej 4KB :-( ) >>>> >>>> [root w Misiek ~]# hdparm -tT /dev/sdd1 >>>> /dev/sdd1: >>>> Timing cached reads: 4414 MB in 2.00 seconds = 2206.99 MB/sec >>>> Timing buffered disk reads: 16 MB in 3.35 seconds = 4.78 MB/sec >>>> >>>> Po wymianie dysku /dev/sdd na inny macierz ruszyła z kopyta >>>> !! >>>> ;-( >>>> [root w Misiek ~]# hdparm -tT /dev/sdd1 >>>> /dev/sdd1: >>>> Timing cached reads: 7164 MB in 2.00 seconds = 3582.64 MB/sec >>>> Timing buffered disk reads: 362 MB in 3.01 seconds = 120.42 MB/sec >>>> >>>> Jakieś pomysły ??!! ;-( >>>> >>>> Pozdro >>>> >>>> >>>> On 10.07.2013 18:28, lord_Niedzwiedz wrote: >>>> >>>> Co ciekawe w md1 (raid1) oraz md2 (raid5), jak był włączony >>>>> dysk >>>>> /dev/sdd to działała całość jak krew z nosa ;-( >>>>> Po odłączeniu te dwie partycje ruszyły ;/ >>>>> /dev/md2: >>>>> Timing cached reads: 7338 MB in 2.00 seconds = 3670.37 MB/sec >>>>> Timing buffered disk reads: 914 MB in 3.00 seconds = 304.27 MB/sec >>>>> >>>>> Jednak z md3 oraz md4 nie mogę wywalić dysku /dev/sdd ;-( >>>>> Bo inaczej nie wstaną. >>>>> md4 : active raid5 sdb4[1] sdc4[4] sdd4[2] >>>>> 2783457792 blocks super 1.2 level 5, 512k chunk, algorithm 2 >>>>> [4/3] >>>>> [_UUU] >>>>> >>>>> md3 : active raid5 sda3[5] sdc3[4] sdd3[2] sdb3[6] >>>>> 5859374592 blocks super 1.2 level 5, 512k chunk, algorithm 2 >>>>> [4/3] >>>>> [U_UU] >>>>> [>....................] recovery = 0.1% (3598464/1953124864) >>>>> finish=28620.1min speed=1134K/sec >>>>> Generalnie jestem w ciornej d...... ;-))) >>>>> Backupy nie aktualne ;-D >>>>> Dyscyplinarka przygotowana ;] >>>>> >>>>> Dzięki za pomoc >>>>> Pozdro >>>>> >>>>> Mam problem z macierzami RAID5 mdadm. >>>>>>> [root w Misiek ~]# hdparm -tT /dev/md2 >>>>>>> /dev/md2: >>>>>>> Timing cached reads: 7378 MB in 2.00 seconds = 3689.51 MB/sec >>>>>>> Timing buffered disk reads: 666 MB in 3.00 seconds = 221.96 MB/sec >>>>>>> [root w louve.komandor.net ~]# hdparm -tT /dev/md4 >>>>>>> /dev/md4: >>>>>>> Timing cached reads: 4572 MB in 2.00 seconds = 2286.55 MB/sec >>>>>>> Timing buffered disk reads: 20 MB in 3.36 seconds = 5.95 MB/sec >>>>>>> >>>>>>> [root w Misiek ~]# cat /proc/mdstat >>>>>>> Personalities : [raid6] [raid5] [raid4] [raid1] >>>>>>> md4 : active raid5 sdb4[1] sdc4[4] sdd4[2] >>>>>>> 2783457792 blocks super 1.2 level 5, 512k chunk, algorithm 2 >>>>>>> [4/3] [_UUU] >>>>>>> >>>>>>> md1 : active raid1 sda1[0] sdc1[3] sdb1[1] >>>>>>> 489856 blocks [4/3] [UU_U] >>>>>>> >>>>>>> md2 : active raid5 sda2[6] sdc2[4] sdb2[5] >>>>>>> 146485248 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] >>>>>>> [UU_U] >>>>>>> >>>>>>> >>>>>>> Jeśli dam teraz: >>>>>>> [root w Misiek ~]# mdadm --manage /dev/md4 --add /dev/sda4 >>>>>>> mdadm: re-added /dev/sda4 >>>>>>> [root w Misiek ~]# cat /proc/mdstat >>>>>>> Personalities : [raid6] [raid5] [raid4] [raid1] >>>>>>> md4 : active raid5 sda4[5] sdb4[1] sdc4[4] sdd4[2] >>>>>>> 2783457792 blocks super 1.2 level 5, 512k chunk, algorithm 2 >>>>>>> [4/3] [_UUU] >>>>>>> [>....................] recovery = 0.0% (12/927819264) >>>>>>> finish=2899435.1min speed=4K/sec >>>>>>> >>>>>>> md1 : active raid1 sda1[0] sdc1[3] sdb1[1] >>>>>>> 489856 blocks [4/3] [UU_U] >>>>>>> >>>>>>> md2 : active raid5 sda2[6] sdc2[4] sdb2[5] >>>>>>> 146485248 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] >>>>>>> [UU_U] >>>>>>> >>>>>>> >>>>>>> Jak wi8dać MD4 chce się odbudowywać koszmarnie wolno !! ;-((( >>>>>>> Co z tym zrobić, jak to naprawić ??!!??!! >>>>>>> >>>>>>> Dziwna sprawa. Jak korzystam z RAID'a md2 to wszystko śmiga na 3 >>>>>>> dyskach (czwarty specjalnie wypiety - spowalniało). >>>>>>> >>>>>>> Natomiast jak koszystam z md4 to jest total zwiecha i kicha. >>>>>>> Co to może być ?? >>>>>>> >>>>>>> ______________________________****_________________ >>>>>>> pld-users-pl mailing list >>>>>>> pld-users-pl w lists.pld-linux.****org >>>>>> org > >>>>>>> http://lists.pld-linux.org/****mailman/listinfo/pld-users-pl >>>>>>> <**http://lists.pld-linux.org/**mailman/listinfo/pld-users-pl >>>>>>> >>>>>>> -- >>>> Pozdro >>>> lord_Niedzwiedz >>>> >>>> ______________________________****_________________ >>>> pld-users-pl mailing list >>>> pld-users-pl w lists.pld-linux.****org >>>> http://lists.pld-linux.org/****mailman/listinfo/pld-users-pl >>>> <**http://lists.pld-linux.org/**mailman/listinfo/pld-users-pl >>>> >>> >> -- >> Pozdro >> lord_Niedzwiedz >> >> ______________________________**_________________ >> pld-users-pl mailing list >> pld-users-pl w lists.pld-linux.**org >> http://lists.pld-linux.org/**mailman/listinfo/pld-users-pl >> > > -- Pozdro lord_Niedzwiedz From pawel.chmielewski w gmail.com Wed Jul 10 20:06:36 2013 From: pawel.chmielewski w gmail.com (Pawel Chmielewski) Date: Wed, 10 Jul 2013 20:06:36 +0200 Subject: mdadm raid5 In-Reply-To: <51DDA082.7030004@o2.pl> References: <51DD729C.2050905@o2.pl> <51DD8BB5.7010109@o2.pl> <51DD91B5.3050809@o2.pl> <51DD992E.3000808@o2.pl> <51DDA082.7030004@o2.pl> Message-ID: a (tak juz z czystej ciekawosci) co mowi smartctl -a ? W dniu 10 lipca 2013 19:57 użytkownik lord_Niedzwiedz napisał: > 3TB SATA > > Dysk chyba nie ma bad sektorów. > On po prostu zaczął wariować (elektronicznie). > > > On 10.07.2013 19:35, Pawel Chmielewski wrote: > >> eee tam, od razu dwa tygodnie ;) >> http://www.gnu.org/software/**ddrescue/manual/ddrescue_**manual.html >> a tu co trzeba zrobic: >> ---------- >> Rescue the most important part of the disc first. >> >> ddrescue -i0 -s50MiB /dev/hdc hdimage logfile >> ddrescue -i0 -s1MiB -d -r3 /dev/hdc hdimage logfile >> Then rescue some key disc areas. >> >> ddrescue -i30GiB -s10GiB /dev/hdc hdimage logfile >> ddrescue -i230GiB -s5GiB /dev/hdc hdimage logfile >> Now rescue the rest (does not recopy what is already done). >> >> ddrescue /dev/hdc hdimage logfile >> ddrescue -d -r3 /dev/hdc hdimage logfile >> ---------- >> >> zobacz przede wszystkim _ile_ danych jest nie do odczytania z tego dysku. >> poczytaj manual do ddrescue. ustawienie odpowiedniej wielkosci bloku (-b) >> jest kluczowe dla predkosci odczytu (nieuszkodzonych) danych z dysku. >> btw - duzy ten dysk? >> >> >> >> W dniu 10 lipca 2013 19:26 użytkownik lord_Niedzwiedz > >napisał: >> >> Wielkie dzięki za pomoc. >>> Niestety prędkości tego dysku spadają do nawet 4kb/s. >>> Będzie się kopiować 2 tygodnie. >>> Ja potrzebuje to uruchomić na wczoraj ;-( >>> >>> >>> On 10.07.2013 18:59, Pawel Chmielewski wrote: >>> >>> Wylacz w cholere maszyne. wyjmij /dev/sdd, przeloz gdzies i ddrescue >>>> przekopiuj jego zawartosc na drugi dysk. Wloz drugi dysk do docelowej >>>> maszyny. Mdadm sobie poradzi (wiem bo kiedys odratowalem tak 1,7 TB >>>> zepsutej poczty z raida5 i zimbry) >>>> >>>> >>>> W dniu 10 lipca 2013 18:54 użytkownik lord_Niedzwiedz >>> >>>>> napisał: >>>>> >>>> Już widzę co się dzieje ;-( >>>> >>>>> Dysk /dev/ssd świruje. >>>>> Niestety aby odbudować md3 oraz md4 potrzebuję go (trwa to koszmarnie >>>>> długo). >>>>> >>>>> [root w Misiek ~]# ls /dev/sd >>>>> sda sda1 sda2 sda3 sda4 sdb sdb1 sdb2 sdb3 sdb4 sdc sdc1 sdc2 sdc3 >>>>> sdc4 >>>>> sdd sdd1 sdd2 sdd3 sdd4 >>>>> >>>>> Gdy testuję poszczególne dyski to mam >>>>> 100-150MB/s. >>>>> >>>>> [root w louve.komandor.net ~]# hdparm -tT /dev/sdc1 >>>>> /dev/sdc1: >>>>> Timing cached reads: 7220 MB in 2.00 seconds = 3610.55 MB/sec >>>>> Timing buffered disk reads: 348 MB in 3.01 seconds = 115.68 MB/sec >>>>> >>>>> Niestety bez /dev/sdd (tu spada nawet >>>>> poniżej 4KB :-( ) >>>>> >>>>> [root w Misiek ~]# hdparm -tT /dev/sdd1 >>>>> /dev/sdd1: >>>>> Timing cached reads: 4414 MB in 2.00 seconds = 2206.99 MB/sec >>>>> Timing buffered disk reads: 16 MB in 3.35 seconds = 4.78 MB/sec >>>>> >>>>> Po wymianie dysku /dev/sdd na inny macierz ruszyła z >>>>> kopyta >>>>> !! >>>>> ;-( >>>>> [root w Misiek ~]# hdparm -tT /dev/sdd1 >>>>> /dev/sdd1: >>>>> Timing cached reads: 7164 MB in 2.00 seconds = 3582.64 MB/sec >>>>> Timing buffered disk reads: 362 MB in 3.01 seconds = 120.42 MB/sec >>>>> >>>>> Jakieś pomysły ??!! ;-( >>>>> >>>>> Pozdro >>>>> >>>>> >>>>> On 10.07.2013 18:28, lord_Niedzwiedz wrote: >>>>> >>>>> Co ciekawe w md1 (raid1) oraz md2 (raid5), jak był włączony >>>>> >>>>>> dysk >>>>>> /dev/sdd to działała całość jak krew z nosa ;-( >>>>>> Po odłączeniu te dwie partycje ruszyły ;/ >>>>>> /dev/md2: >>>>>> Timing cached reads: 7338 MB in 2.00 seconds = 3670.37 MB/sec >>>>>> Timing buffered disk reads: 914 MB in 3.00 seconds = 304.27 MB/sec >>>>>> >>>>>> Jednak z md3 oraz md4 nie mogę wywalić dysku /dev/sdd ;-( >>>>>> Bo inaczej nie wstaną. >>>>>> md4 : active raid5 sdb4[1] sdc4[4] sdd4[2] >>>>>> 2783457792 blocks super 1.2 level 5, 512k chunk, algorithm 2 >>>>>> [4/3] >>>>>> [_UUU] >>>>>> >>>>>> md3 : active raid5 sda3[5] sdc3[4] sdd3[2] sdb3[6] >>>>>> 5859374592 blocks super 1.2 level 5, 512k chunk, algorithm 2 >>>>>> [4/3] >>>>>> [U_UU] >>>>>> [>....................] recovery = 0.1% (3598464/1953124864) >>>>>> finish=28620.1min speed=1134K/sec >>>>>> Generalnie jestem w ciornej d...... ;-))) >>>>>> Backupy nie aktualne ;-D >>>>>> Dyscyplinarka przygotowana ;] >>>>>> >>>>>> Dzięki za pomoc >>>>>> Pozdro >>>>>> >>>>>> Mam problem z macierzami RAID5 mdadm. >>>>>> >>>>>>> [root w Misiek ~]# hdparm -tT /dev/md2 >>>>>>>> /dev/md2: >>>>>>>> Timing cached reads: 7378 MB in 2.00 seconds = 3689.51 MB/sec >>>>>>>> Timing buffered disk reads: 666 MB in 3.00 seconds = 221.96 >>>>>>>> MB/sec >>>>>>>> [root w louve.komandor.net ~]# hdparm -tT /dev/md4 >>>>>>>> /dev/md4: >>>>>>>> Timing cached reads: 4572 MB in 2.00 seconds = 2286.55 MB/sec >>>>>>>> Timing buffered disk reads: 20 MB in 3.36 seconds = 5.95 >>>>>>>> MB/sec >>>>>>>> >>>>>>>> [root w Misiek ~]# cat /proc/mdstat >>>>>>>> Personalities : [raid6] [raid5] [raid4] [raid1] >>>>>>>> md4 : active raid5 sdb4[1] sdc4[4] sdd4[2] >>>>>>>> 2783457792 blocks super 1.2 level 5, 512k chunk, algorithm 2 >>>>>>>> [4/3] [_UUU] >>>>>>>> >>>>>>>> md1 : active raid1 sda1[0] sdc1[3] sdb1[1] >>>>>>>> 489856 blocks [4/3] [UU_U] >>>>>>>> >>>>>>>> md2 : active raid5 sda2[6] sdc2[4] sdb2[5] >>>>>>>> 146485248 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] >>>>>>>> [UU_U] >>>>>>>> >>>>>>>> >>>>>>>> Jeśli dam teraz: >>>>>>>> [root w Misiek ~]# mdadm --manage /dev/md4 --add /dev/sda4 >>>>>>>> mdadm: re-added /dev/sda4 >>>>>>>> [root w Misiek ~]# cat /proc/mdstat >>>>>>>> Personalities : [raid6] [raid5] [raid4] [raid1] >>>>>>>> md4 : active raid5 sda4[5] sdb4[1] sdc4[4] sdd4[2] >>>>>>>> 2783457792 blocks super 1.2 level 5, 512k chunk, algorithm 2 >>>>>>>> [4/3] [_UUU] >>>>>>>> [>....................] recovery = 0.0% (12/927819264) >>>>>>>> finish=2899435.1min speed=4K/sec >>>>>>>> >>>>>>>> md1 : active raid1 sda1[0] sdc1[3] sdb1[1] >>>>>>>> 489856 blocks [4/3] [UU_U] >>>>>>>> >>>>>>>> md2 : active raid5 sda2[6] sdc2[4] sdb2[5] >>>>>>>> 146485248 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] >>>>>>>> [UU_U] >>>>>>>> >>>>>>>> >>>>>>>> Jak wi8dać MD4 chce się odbudowywać koszmarnie wolno !! ;-((( >>>>>>>> Co z tym zrobić, jak to naprawić ??!!??!! >>>>>>>> >>>>>>>> Dziwna sprawa. Jak korzystam z RAID'a md2 to wszystko śmiga na 3 >>>>>>>> dyskach (czwarty specjalnie wypiety - spowalniało). >>>>>>>> >>>>>>>> Natomiast jak koszystam z md4 to jest total zwiecha i kicha. >>>>>>>> Co to może być ?? >>>>>>>> >>>>>>>> ______________________________******_________________ >>>>>>>> pld-users-pl mailing list >>>>>>>> pld-users-pl w lists.pld-linux.******org >>>>>>>> >>>>>>> org >>>>>>>> >> >>>>>>>> http://lists.pld-linux.org/******mailman/listinfo/pld-users-pl >>>>>>>> ** >>>>>>>> > >>>>>>>> <**http://lists.pld-linux.org/****mailman/listinfo/pld-users-**pl >>>>>>>> >>>>>>>> > >>>>>>>> >>>>>>>> -- >>>>>>>> >>>>>>> Pozdro >>>>> lord_Niedzwiedz >>>>> >>>>> ______________________________******_________________ >>>>> pld-users-pl mailing list >>>>> pld-users-pl w lists.pld-linux.******org >>>> ***org >>>>> > >>>>> http://lists.pld-linux.org/******mailman/listinfo/pld-users-pl >>>>> ** >>>>> > >>>>> <**http://lists.pld-linux.org/****mailman/listinfo/pld-users-**pl >>>>> >>>>> > >>>>> >>>>> >>>> -- >>> Pozdro >>> lord_Niedzwiedz >>> >>> ______________________________****_________________ >>> pld-users-pl mailing list >>> pld-users-pl w lists.pld-linux.****org >>> > >>> http://lists.pld-linux.org/****mailman/listinfo/pld-users-pl >>> <**http://lists.pld-linux.org/**mailman/listinfo/pld-users-pl >>> > >>> >>> >> >> > -- > Pozdro > lord_Niedzwiedz > > ______________________________**_________________ > pld-users-pl mailing list > pld-users-pl w lists.pld-linux.**org > http://lists.pld-linux.org/**mailman/listinfo/pld-users-pl > -- Pozdrowienia, Pawel Chmielewski pawel.chmielewski w gmail.com From weed w punkt.pl Wed Jul 10 21:03:32 2013 From: weed w punkt.pl (Arkadiusz Rdest) Date: Wed, 10 Jul 2013 21:03:32 +0200 Subject: mdadm raid5 In-Reply-To: <51DDA082.7030004@o2.pl> References: <51DD729C.2050905@o2.pl> <51DD8BB5.7010109@o2.pl> <51DD91B5.3050809@o2.pl> <51DD992E.3000808@o2.pl> <51DDA082.7030004@o2.pl> Message-ID: <51DDB004.6000908@punkt.pl> W dniu 2013-07-10 19:57, lord_Niedzwiedz pisze: > 3TB SATA > > Dysk chyba nie ma bad sektorów. > On po prostu zaczął wariować (elektronicznie). To jak masz inny taki sam, to przekręć od niego elektronikę. Odratowałem tak raz dane z dysku, w którym usmażyła się elektornika. From sir_Misiek w o2.pl Wed Jul 10 21:08:54 2013 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Wed, 10 Jul 2013 21:08:54 +0200 Subject: mdadm raid5 In-Reply-To: <51DDB004.6000908@punkt.pl> References: <51DD729C.2050905@o2.pl> <51DD8BB5.7010109@o2.pl> <51DD91B5.3050809@o2.pl> <51DD992E.3000808@o2.pl> <51DDA082.7030004@o2.pl> <51DDB004.6000908@punkt.pl> Message-ID: <51DDB146.1030601@o2.pl> Już go rozebrałem (tyż na to wpadłem ;-) ) Tak zrobię !! ;-) Dzięki Pozdro On 10.07.2013 21:03, Arkadiusz Rdest wrote: > W dniu 2013-07-10 19:57, lord_Niedzwiedz pisze: >> 3TB SATA >> >> Dysk chyba nie ma bad sektorów. >> On po prostu zaczął wariować (elektronicznie). > > To jak masz inny taki sam, to przekręć od niego elektronikę. > Odratowałem tak raz dane z dysku, w którym usmażyła się elektornika. > _______________________________________________ > pld-users-pl mailing list > pld-users-pl w lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-users-pl > -- Pozdro lord_Niedzwiedz From zawadaa w gmail.com Wed Jul 10 22:50:22 2013 From: zawadaa w gmail.com (Andrzej Zawadzki) Date: Wed, 10 Jul 2013 22:50:22 +0200 Subject: mdadm raid5 In-Reply-To: <51DD8A34.4040007@o2.pl> References: <1817608.nQPnPyg9nr@laptop-hp> <51DD8A34.4040007@o2.pl> Message-ID: <51DDC90E.7030203@gmail.com> On 10.07.2013 18:22, lord_Niedzwiedz wrote: > >>> Dziwna sprawa. Jak korzystam z RAID'a md2 to wszystko śmiga na 3 >>> dyskach >>> (czwarty specjalnie wypiety - spowalniało). >> A co SMART mówi na temat /dev/sdd ? > A w jakiej paczce go znajdę i jak go użyć ?? ;/ > smartmontools smartctl -a /dev/sdd już powinien coś pokazać. Zawsze możesz mu zrobić test: smartctl --test=long /dev/sdd Powodzenia! -- Andrzej Zawadzki From sir_Misiek w o2.pl Thu Jul 11 13:33:34 2013 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Thu, 11 Jul 2013 13:33:34 +0200 Subject: mdadm raid5 In-Reply-To: <51DDC90E.7030203@gmail.com> References: <1817608.nQPnPyg9nr@laptop-hp> <51DD8A34.4040007@o2.pl> <51DDC90E.7030203@gmail.com> Message-ID: <51DE980E.5020800@o2.pl> Pierwszy raz tego używam i nie bardzo wiem jak to czytać ;-( (co to SMART wiem). Są tu bad sectory ?? [root w Misiek ~]# smartctl -a /dev/sdd smartctl 6.1 2013-03-16 r3800 [x86_64-linux-3.9.8-1] (local build) Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Model Family: Western Digital Caviar Green (AF, SATA 6Gb/s) Device Model: WDC WD30EZRX-00MMMB0 Serial Number: WD-WCAWZ1392493 LU WWN Device Id: 5 0014ee 25b9c4145 Firmware Version: 80.00A80 User Capacity: 3,000,592,982,016 bytes [3,00 TB] Sector Sizes: 512 bytes logical, 4096 bytes physical Device is: In smartctl database [for details use: -P show] ATA Version is: ATA8-ACS (minor revision not indicated) SATA Version is: SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s) Local Time is: Thu Jul 11 13:31:08 2013 CEST SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x84) Offline data collection activity was suspended by an interrupting command from host. Auto Offline Data Collection: Enabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: (51000) seconds. Offline data collection capabilities: (0x7b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 2) minutes. Extended self-test routine recommended polling time: ( 490) minutes. Conveyance self-test routine recommended polling time: ( 5) minutes. SCT capabilities: (0x3035) SCT Status supported. SCT Feature Control supported. SCT Data Table supported. SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 17 3 Spin_Up_Time 0x0027 228 148 021 Pre-fail Always - 5575 4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 119 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0 7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 180 9 Power_On_Hours 0x0032 080 080 000 Old_age Always - 14641 10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0 11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 116 192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 91 193 Load_Cycle_Count 0x0032 001 001 000 Old_age Always - 783887 194 Temperature_Celsius 0x0022 126 117 000 Old_age Always - 26 196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0 197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0030 200 200 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline - 0 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 No self-tests have been logged. [To run self-tests, use: smartctl -t] SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. On 10.07.2013 22:50, Andrzej Zawadzki wrote: > On 10.07.2013 18:22, lord_Niedzwiedz wrote: >>>> Dziwna sprawa. Jak korzystam z RAID'a md2 to wszystko śmiga na 3 >>>> dyskach >>>> (czwarty specjalnie wypiety - spowalniało). >>> A co SMART mówi na temat /dev/sdd ? >> A w jakiej paczce go znajdę i jak go użyć ?? ;/ >> > smartmontools > > smartctl -a /dev/sdd > już powinien coś pokazać. > > Zawsze możesz mu zrobić test: > > smartctl --test=long /dev/sdd > > Powodzenia! > -- Pozdro lord_Niedzwiedz From masko w ipipan.waw.pl Thu Jul 11 14:05:42 2013 From: masko w ipipan.waw.pl (=?UTF-8?Q?=C5=81ukasz_Ma=C5=9Bko?=) Date: Thu, 11 Jul 2013 14:05:42 +0200 Subject: mdadm raid5 In-Reply-To: <51DE980E.5020800@o2.pl> References: <1817608.nQPnPyg9nr@laptop-hp> <51DD8A34.4040007@o2.pl> <51DDC90E.7030203@gmail.com> <51DE980E.5020800@o2.pl> Message-ID: <450fc17d-ecb4-4d7b-870f-e4b686c2d057@email.android.com> lord_Niedzwiedz napisał: > Pierwszy raz tego używam i nie bardzo wiem jak to czytać ;-( >(co to SMART wiem). >Są tu bad sectory ?? > >[root w Misiek ~]# smartctl -a /dev/sdd >smartctl 6.1 2013-03-16 r3800 [x86_64-linux-3.9.8-1] (local build) >Copyright (C) 2002-13, Bruce Allen, Christian Franke, >www.smartmontools.org > >=== START OF INFORMATION SECTION === >Model Family: Western Digital Caviar Green (AF, SATA 6Gb/s) >Device Model: WDC WD30EZRX-00MMMB0 >Serial Number: WD-WCAWZ1392493 >LU WWN Device Id: 5 0014ee 25b9c4145 >Firmware Version: 80.00A80 >User Capacity: 3,000,592,982,016 bytes [3,00 TB] >Sector Sizes: 512 bytes logical, 4096 bytes physical >Device is: In smartctl database [for details use: -P show] >ATA Version is: ATA8-ACS (minor revision not indicated) >SATA Version is: SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s) >Local Time is: Thu Jul 11 13:31:08 2013 CEST >SMART support is: Available - device has SMART capability. >SMART support is: Enabled > >=== START OF READ SMART DATA SECTION === >SMART overall-health self-assessment test result: PASSED > >General SMART Values: >Offline data collection status: (0x84) Offline data collection >activity > was suspended by an interrupting command from host. > Auto Offline Data Collection: Enabled. >Self-test execution status: ( 0) The previous self-test >routine completed > without error or no self-test has ever > been run. >Total time to complete Offline >data collection: (51000) seconds. >Offline data collection >capabilities: (0x7b) SMART execute Offline immediate. > Auto Offline data collection on/off support. > Suspend Offline collection upon new > command. > Offline surface scan supported. > Self-test supported. > Conveyance Self-test supported. > Selective Self-test supported. >SMART capabilities: (0x0003) Saves SMART data before >entering > power-saving mode. > Supports SMART auto save timer. >Error logging capability: (0x01) Error logging supported. > General Purpose Logging supported. >Short self-test routine >recommended polling time: ( 2) minutes. >Extended self-test routine >recommended polling time: ( 490) minutes. >Conveyance self-test routine >recommended polling time: ( 5) minutes. >SCT capabilities: (0x3035) SCT Status supported. > SCT Feature Control supported. > SCT Data Table supported. > >SMART Attributes Data Structure revision number: 16 >Vendor Specific SMART Attributes with Thresholds: >ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED >WHEN_FAILED RAW_VALUE > 1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail >Always - 17 > 3 Spin_Up_Time 0x0027 228 148 021 Pre-fail >Always - 5575 > 4 Start_Stop_Count 0x0032 100 100 000 Old_age >Always - 119 > 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail >Always - 0 > 7 Seek_Error_Rate 0x002e 200 200 000 Old_age >Always - 180 > 9 Power_On_Hours 0x0032 080 080 000 Old_age >Always - 14641 > 10 Spin_Retry_Count 0x0032 100 100 000 Old_age >Always - 0 > 11 Calibration_Retry_Count 0x0032 100 100 000 Old_age >Always - 0 > 12 Power_Cycle_Count 0x0032 100 100 000 Old_age >Always - 116 >192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age >Always - 91 >193 Load_Cycle_Count 0x0032 001 001 000 Old_age >Always - 783887 >194 Temperature_Celsius 0x0022 126 117 000 Old_age >Always - 26 >196 Reallocated_Event_Count 0x0032 200 200 000 Old_age >Always - 0 >197 Current_Pending_Sector 0x0032 200 200 000 Old_age >Always - 0 >198 Offline_Uncorrectable 0x0030 200 200 000 Old_age >Offline - 0 >199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age >Always - 0 >200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age >Offline - 0 > >SMART Error Log Version: 1 >No Errors Logged > >SMART Self-test log structure revision number 1 >No self-tests have been logged. [To run self-tests, use: smartctl -t] > > >SMART Selective self-test log data structure revision number 1 > SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS > 1 0 0 Not_testing > 2 0 0 Not_testing > 3 0 0 Not_testing > 4 0 0 Not_testing > 5 0 0 Not_testing >Selective self-test flags (0x0): > After scanning selected spans, do NOT read-scan remainder of disk. >If Selective self-test is pending on power-up, resume after 0 minute >delay. > > > >On 10.07.2013 22:50, Andrzej Zawadzki wrote: >> On 10.07.2013 18:22, lord_Niedzwiedz wrote: >>>>> Dziwna sprawa. Jak korzystam z RAID'a md2 to wszystko śmiga na 3 >>>>> dyskach >>>>> (czwarty specjalnie wypiety - spowalniało). >>>> A co SMART mówi na temat /dev/sdd ? >>> A w jakiej paczce go znajdę i jak go użyć ?? ;/ >>> >> smartmontools >> >> smartctl -a /dev/sdd >> już powinien coś pokazać. >> >> Zawsze możesz mu zrobić test: >> >> smartctl --test=long /dev/sdd >> >> Powodzenia! >> Niby niczego złego nie widać. Zapuść jeszcze smartctl --test=long na tym dysku i po jakimś czasie znów sprawdź -a (chociaż pełny test zająłby kilka(naście) godzin, ale jak tak źle się zachowuje to pewnie wywróci się wcześniej). A tak na marginesie - jesteś pewien, że nie ma problemu z podłączeniem dysku (taśma/backend itp)? -- Pozdrawiam. Łukasz Maśko Wysłane za pomocą K-9 Mail. From zawadaa w gmail.com Thu Jul 11 14:18:11 2013 From: zawadaa w gmail.com (Andrzej Zawadzki) Date: Thu, 11 Jul 2013 14:18:11 +0200 Subject: mdadm raid5 In-Reply-To: <51DE980E.5020800@o2.pl> References: <1817608.nQPnPyg9nr@laptop-hp> <51DD8A34.4040007@o2.pl> <51DDC90E.7030203@gmail.com> <51DE980E.5020800@o2.pl> Message-ID: <51DEA283.6030202@gmail.com> On 11.07.2013 13:33, lord_Niedzwiedz wrote: > Pierwszy raz tego używam i nie bardzo wiem jak to czytać ;-( > (co to SMART wiem). > Są tu bad sectory ?? > > > SMART Attributes Data Structure revision number: 16 > Vendor Specific SMART Attributes with Thresholds: > ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED > WHEN_FAILED RAW_VALUE > 1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail > Always - 17 > 3 Spin_Up_Time 0x0027 228 148 021 Pre-fail > Always - 5575 > 4 Start_Stop_Count 0x0032 100 100 000 Old_age > Always - 119 > 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail > Always - 0 Jak coś b. złego dzieje się z dyskiem to zanim pojawią się bad sectory takie, które widzi FS dysk próbuje sam sobie poradzić (ma nadmiarowe sektory na dysku) i w tym miejscu pojawią się liczby >0 Ty masz 0 więc, chyba bad sectorów mieć nie powinieneś. Pewnie tak jak już tu było sugerowane coś się z elektroniką dzieje. BTW: jeśli nie korzystasz ze smartd to lepiej zacznij ;-) Potrafi uratować d... jak wtopa się zbliża i daje czas na reakcję: np. wyśle takiego mailika: This email was generated by the smartd daemon running on: host name: fabryka DNS domain: [Unknown] NIS domain: The following warning/error was logged by the smartd daemon: Device: /dev/sda [SAT], 29 Offline uncorrectable sectors For details see host's SYSLOG (default: /var/log/messages). You can also use the smartctl utility for further investigation. No additional email messages about this problem will be sent. 29 walniętych sectorów (zapasowych jest tak około 100) - poszła wymiana i nic nie zginęło. Oczywiście to nie jest lekarstwo na wszystkie problemy - bo sam SMART też może się zepsuć ;-) Ale... -- Andrzej Zawadzki From sir_Misiek w o2.pl Thu Jul 11 16:25:31 2013 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Thu, 11 Jul 2013 16:25:31 +0200 Subject: mdadm raid5 In-Reply-To: <450fc17d-ecb4-4d7b-870f-e4b686c2d057@email.android.com> References: <1817608.nQPnPyg9nr@laptop-hp> <51DD8A34.4040007@o2.pl> <51DDC90E.7030203@gmail.com> <51DE980E.5020800@o2.pl> <450fc17d-ecb4-4d7b-870f-e4b686c2d057@email.android.com> Message-ID: <51DEC05B.5040207@o2.pl> Jestem pewien (podłączałem inny dysk, śmigał normalnie). W serwisie specjaliści postraszyli mnie , iż to może być któraś głowica (a odzyskanie danych czy regeneracja z macierzy to 2,5-3tyś i do miesiąca). Zakupiłem identyczny dysk, elektroniki na razie nie przekładam (ten działa 4MB/s). Będzie się odzyskiwało miesiąc ale się odzyska ;] Jak się wywali wtedy przełożę. Sam nie wiem, już co z tym zrobić. Dzięki za pomoc i zainteresowanie ;-) Pozdro Grzegorz On 11.07.2013 14:05, Łukasz Maśko wrote: > lord_Niedzwiedz napisał: >> Pierwszy raz tego używam i nie bardzo wiem jak to czytać ;-( >> (co to SMART wiem). >> Są tu bad sectory ?? >> >> [root w Misiek ~]# smartctl -a /dev/sdd >> smartctl 6.1 2013-03-16 r3800 [x86_64-linux-3.9.8-1] (local build) >> Copyright (C) 2002-13, Bruce Allen, Christian Franke, >> www.smartmontools.org >> >> === START OF INFORMATION SECTION === >> Model Family: Western Digital Caviar Green (AF, SATA 6Gb/s) >> Device Model: WDC WD30EZRX-00MMMB0 >> Serial Number: WD-WCAWZ1392493 >> LU WWN Device Id: 5 0014ee 25b9c4145 >> Firmware Version: 80.00A80 >> User Capacity: 3,000,592,982,016 bytes [3,00 TB] >> Sector Sizes: 512 bytes logical, 4096 bytes physical >> Device is: In smartctl database [for details use: -P show] >> ATA Version is: ATA8-ACS (minor revision not indicated) >> SATA Version is: SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s) >> Local Time is: Thu Jul 11 13:31:08 2013 CEST >> SMART support is: Available - device has SMART capability. >> SMART support is: Enabled >> >> === START OF READ SMART DATA SECTION === >> SMART overall-health self-assessment test result: PASSED >> >> General SMART Values: >> Offline data collection status: (0x84) Offline data collection >> activity >> was suspended by an interrupting command from host. >> Auto Offline Data Collection: Enabled. >> Self-test execution status: ( 0) The previous self-test >> routine completed >> without error or no self-test has ever >> been run. >> Total time to complete Offline >> data collection: (51000) seconds. >> Offline data collection >> capabilities: (0x7b) SMART execute Offline immediate. >> Auto Offline data collection on/off support. >> Suspend Offline collection upon new >> command. >> Offline surface scan supported. >> Self-test supported. >> Conveyance Self-test supported. >> Selective Self-test supported. >> SMART capabilities: (0x0003) Saves SMART data before >> entering >> power-saving mode. >> Supports SMART auto save timer. >> Error logging capability: (0x01) Error logging supported. >> General Purpose Logging supported. >> Short self-test routine >> recommended polling time: ( 2) minutes. >> Extended self-test routine >> recommended polling time: ( 490) minutes. >> Conveyance self-test routine >> recommended polling time: ( 5) minutes. >> SCT capabilities: (0x3035) SCT Status supported. >> SCT Feature Control supported. >> SCT Data Table supported. >> >> SMART Attributes Data Structure revision number: 16 >> Vendor Specific SMART Attributes with Thresholds: >> ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED >> WHEN_FAILED RAW_VALUE >> 1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail >> Always - 17 >> 3 Spin_Up_Time 0x0027 228 148 021 Pre-fail >> Always - 5575 >> 4 Start_Stop_Count 0x0032 100 100 000 Old_age >> Always - 119 >> 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail >> Always - 0 >> 7 Seek_Error_Rate 0x002e 200 200 000 Old_age >> Always - 180 >> 9 Power_On_Hours 0x0032 080 080 000 Old_age >> Always - 14641 >> 10 Spin_Retry_Count 0x0032 100 100 000 Old_age >> Always - 0 >> 11 Calibration_Retry_Count 0x0032 100 100 000 Old_age >> Always - 0 >> 12 Power_Cycle_Count 0x0032 100 100 000 Old_age >> Always - 116 >> 192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age >> Always - 91 >> 193 Load_Cycle_Count 0x0032 001 001 000 Old_age >> Always - 783887 >> 194 Temperature_Celsius 0x0022 126 117 000 Old_age >> Always - 26 >> 196 Reallocated_Event_Count 0x0032 200 200 000 Old_age >> Always - 0 >> 197 Current_Pending_Sector 0x0032 200 200 000 Old_age >> Always - 0 >> 198 Offline_Uncorrectable 0x0030 200 200 000 Old_age >> Offline - 0 >> 199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age >> Always - 0 >> 200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age >> Offline - 0 >> >> SMART Error Log Version: 1 >> No Errors Logged >> >> SMART Self-test log structure revision number 1 >> No self-tests have been logged. [To run self-tests, use: smartctl -t] >> >> >> SMART Selective self-test log data structure revision number 1 >> SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS >> 1 0 0 Not_testing >> 2 0 0 Not_testing >> 3 0 0 Not_testing >> 4 0 0 Not_testing >> 5 0 0 Not_testing >> Selective self-test flags (0x0): >> After scanning selected spans, do NOT read-scan remainder of disk. >> If Selective self-test is pending on power-up, resume after 0 minute >> delay. >> >> >> >> On 10.07.2013 22:50, Andrzej Zawadzki wrote: >>> On 10.07.2013 18:22, lord_Niedzwiedz wrote: >>>>>> Dziwna sprawa. Jak korzystam z RAID'a md2 to wszystko śmiga na 3 >>>>>> dyskach >>>>>> (czwarty specjalnie wypiety - spowalniało). >>>>> A co SMART mówi na temat /dev/sdd ? >>>> A w jakiej paczce go znajdę i jak go użyć ?? ;/ >>>> >>> smartmontools >>> >>> smartctl -a /dev/sdd >>> już powinien coś pokazać. >>> >>> Zawsze możesz mu zrobić test: >>> >>> smartctl --test=long /dev/sdd >>> >>> Powodzenia! >>> > Niby niczego złego nie widać. Zapuść jeszcze smartctl --test=long na tym dysku i po jakimś czasie znów sprawdź -a (chociaż pełny test zająłby kilka(naście) godzin, ale jak tak źle się zachowuje to pewnie wywróci się wcześniej). > > A tak na marginesie - jesteś pewien, że nie ma problemu z podłączeniem dysku (taśma/backend itp)? -- Pozdro lord_Niedzwiedz From sir_Misiek w o2.pl Thu Jul 11 16:54:08 2013 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Thu, 11 Jul 2013 16:54:08 +0200 Subject: mdadm raid5 In-Reply-To: <51DEA283.6030202@gmail.com> References: <1817608.nQPnPyg9nr@laptop-hp> <51DD8A34.4040007@o2.pl> <51DDC90E.7030203@gmail.com> <51DE980E.5020800@o2.pl> <51DEA283.6030202@gmail.com> Message-ID: <51DEC710.4010704@o2.pl> Ok, super. Wezmę to pod uwagę i po ustawiam. Dzięki Pozdro On 11.07.2013 14:18, Andrzej Zawadzki wrote: > On 11.07.2013 13:33, lord_Niedzwiedz wrote: >> Pierwszy raz tego używam i nie bardzo wiem jak to czytać ;-( >> (co to SMART wiem). >> Są tu bad sectory ?? >> >> >> SMART Attributes Data Structure revision number: 16 >> Vendor Specific SMART Attributes with Thresholds: >> ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED >> WHEN_FAILED RAW_VALUE >> 1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail >> Always - 17 >> 3 Spin_Up_Time 0x0027 228 148 021 Pre-fail >> Always - 5575 >> 4 Start_Stop_Count 0x0032 100 100 000 Old_age >> Always - 119 >> 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail >> Always - 0 > Jak coś b. złego dzieje się z dyskiem to zanim pojawią się bad sectory > takie, które widzi FS > dysk próbuje sam sobie poradzić (ma nadmiarowe sektory na dysku) i w tym > miejscu pojawią się liczby >0 > Ty masz 0 więc, chyba bad sectorów mieć nie powinieneś. > > Pewnie tak jak już tu było sugerowane coś się z elektroniką dzieje. > > BTW: jeśli nie korzystasz ze smartd to lepiej zacznij ;-) > Potrafi uratować d... jak wtopa się zbliża i daje czas na reakcję: > np. wyśle takiego mailika: > > This email was generated by the smartd daemon running on: > > host name: fabryka > DNS domain: [Unknown] > NIS domain: > > The following warning/error was logged by the smartd daemon: > > Device: /dev/sda [SAT], 29 Offline uncorrectable sectors > > > For details see host's SYSLOG (default: /var/log/messages). > > You can also use the smartctl utility for further investigation. > No additional email messages about this problem will be sent. > > > 29 walniętych sectorów (zapasowych jest tak około 100) - poszła wymiana > i nic nie zginęło. > Oczywiście to nie jest lekarstwo na wszystkie problemy - bo sam SMART > też może się zepsuć ;-) Ale... > -- Pozdro lord_Niedzwiedz From mateusz-lists w ant.gliwice.pl Fri Jul 12 10:49:18 2013 From: mateusz-lists w ant.gliwice.pl (Mateusz Korniak) Date: Fri, 12 Jul 2013 10:49:18 +0200 Subject: mdadm raid5 In-Reply-To: <51DEA283.6030202@gmail.com> References: <51DE980E.5020800@o2.pl> <51DEA283.6030202@gmail.com> Message-ID: <10570164.aSvnHgyfbI@laptop-hp> On Thursday 11 July 2013 14:18:11 Andrzej Zawadzki wrote: > Oczywiście to nie jest lekarstwo na wszystkie problemy - bo sam SMART > też może się zepsuć ;-) Ale... I dysk może paść bez miauknięcia w SMART. Ale z mojej małej statystyki wynika, że zdarza się to raz na jakieś 10 SMARTowych ostrzeżeń o zblizającym się padzie. -- Mateusz Korniak "(...) mam brata - poważny, domator, liczykrupa, hipokryta, pobożniś, krótko mówiąc - podpora społeczeństwa." Nikos Kazantzakis - "Grek Zorba" From pld w sojka.co Fri Jul 12 15:16:15 2013 From: pld w sojka.co (=?ISO-8859-2?Q?Grzegorz_S=F3jka?=) Date: Fri, 12 Jul 2013 15:16:15 +0200 Subject: alsa: preserve settings In-Reply-To: References: <3405857.nhZypVUPPc@laptop-hp> Message-ID: <51E0019F.5000409@sojka.co> Witam serdecznie. Co trzeba mieć zainstalowane (jak się ma udev) żeby alsa zachowywała ustawienia. Pzdr i dzięki za ewentualne podpowiedzi. From mateusz-lists w ant.gliwice.pl Fri Jul 12 15:34:38 2013 From: mateusz-lists w ant.gliwice.pl (Mateusz Korniak) Date: Fri, 12 Jul 2013 15:34:38 +0200 Subject: Nastominutowe czasy upgrejdu/instalacji =?UTF-8?B?cGFraWV0w7N3Lg==?= Message-ID: <2595631.6pmzbxtFUY@laptop-hp> Na jednej z maszyn każda instlalacja/upgrejd pakietu trwa grube minuty. W tym czasie rpm zjada sporo i/o drobnymi zapisami: Device: rrqm/s wrqm/s r/s w/s rMB/s wMB/s avgrq-sz sda 0.00 0.60 0.00 246.60 0.00 1.06 8.81 sdb 0.00 0.60 0.00 246.60 0.00 1.06 8.81 Ma ktoś jakies pomysły, co może być przyczyną? 2) Czy istnienie plików w /var/lib/rpm: -rw-r--r-- 1 root root 1736704 Jul 12 15:32 __db.001 -rw-r--r-- 1 root root 20979712 Jul 12 15:32 __db.002 -rw-r--r-- 1 root root 5320424 Jul 12 15:32 __db.003 -rw-r--r-- 1 root root 5320424 Jul 12 15:29 __db.004 -rw-r--r-- 1 root root 5320424 Jul 12 15:32 __db.005 -rw-r--r-- 1 root root 5320424 Jul 12 15:32 __db.006 z ciągle akutalnym czasem dostępu to normalność przy rpm czy patologia? rpm-5.4.10-45.i686 -- Mateusz Korniak "(...) mam brata - poważny, domator, liczykrupa, hipokryta, pobożniś, krótko mówiąc - podpora społeczeństwa." Nikos Kazantzakis - "Grek Zorba" From pld w sojka.co Fri Jul 12 15:39:27 2013 From: pld w sojka.co (=?ISO-8859-2?Q?Grzegorz_S=F3jka?=) Date: Fri, 12 Jul 2013 15:39:27 +0200 Subject: =?ISO-8859-2?Q?Re=3A_Nastominutowe_czasy_upgrejdu/instalac?= =?ISO-8859-2?Q?ji_pakiet=F3w=2E?= In-Reply-To: <2595631.6pmzbxtFUY@laptop-hp> References: <2595631.6pmzbxtFUY@laptop-hp> Message-ID: <51E0070F.1010406@sojka.co> On 07/12/13 15:34, Mateusz Korniak wrote: > Na jednej z maszyn każda instlalacja/upgrejd pakietu trwa grube minuty. > W tym czasie rpm zjada sporo i/o drobnymi zapisami: > > Device: rrqm/s wrqm/s r/s w/s rMB/s wMB/s avgrq-sz > sda 0.00 0.60 0.00 246.60 0.00 1.06 8.81 > sdb 0.00 0.60 0.00 246.60 0.00 1.06 8.81 > > Ma ktoś jakies pomysły, co może być przyczyną? > > 2) Czy istnienie plików w /var/lib/rpm: > -rw-r--r-- 1 root root 1736704 Jul 12 15:32 __db.001 > -rw-r--r-- 1 root root 20979712 Jul 12 15:32 __db.002 > -rw-r--r-- 1 root root 5320424 Jul 12 15:32 __db.003 > -rw-r--r-- 1 root root 5320424 Jul 12 15:29 __db.004 > -rw-r--r-- 1 root root 5320424 Jul 12 15:32 __db.005 > -rw-r--r-- 1 root root 5320424 Jul 12 15:32 __db.006 > > z ciągle akutalnym czasem dostępu to normalność przy rpm czy patologia? > rpm-5.4.10-45.i686 > > Przy upgradzie to pewnie repackage. Dokładniej: rpm pakuje z powrotem kasowane pakiety i zapisuje je gdzieś w /var From sir_Misiek w o2.pl Fri Jul 12 17:50:56 2013 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Fri, 12 Jul 2013 17:50:56 +0200 Subject: alsa: preserve settings In-Reply-To: <51E0019F.5000409@sojka.co> References: <3405857.nhZypVUPPc@laptop-hp> <51E0019F.5000409@sojka.co> Message-ID: <51E025E0.9000402@o2.pl> Kiedyś na PLD działało: alsamixer alsactl store Niestety od jakichś 2 miesięcy przestało. Spróbuj może gdzieś tu jest odpowiednie ustawienie: vim /usr/share/alsa/alsa.conf Pozdro On 12.07.2013 15:16, Grzegorz Sójka wrote: > Witam serdecznie. > > Co trzeba mieć zainstalowane (jak się ma udev) żeby alsa zachowywała > ustawienia. > > Pzdr i dzięki za ewentualne podpowiedzi. > > _______________________________________________ > pld-users-pl mailing list > pld-users-pl w lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-users-pl > -- Pozdro lord_Niedzwiedz From sir_Misiek w o2.pl Fri Jul 12 17:53:56 2013 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Fri, 12 Jul 2013 17:53:56 +0200 Subject: =?ISO-8859-2?Q?Re=3A_Nastominutowe_czasy_upgrejdu/instalac?= =?ISO-8859-2?Q?ji_pakiet=F3w=2E?= In-Reply-To: <2595631.6pmzbxtFUY@laptop-hp> References: <2595631.6pmzbxtFUY@laptop-hp> Message-ID: <51E02694.3030602@o2.pl> 1) miałem to samo. Ale olałem. I pomogło ;-) 2) Normalne ;-) > Na jednej z maszyn każda instlalacja/upgrejd pakietu trwa grube minuty. > W tym czasie rpm zjada sporo i/o drobnymi zapisami: > > Device: rrqm/s wrqm/s r/s w/s rMB/s wMB/s avgrq-sz > sda 0.00 0.60 0.00 246.60 0.00 1.06 8.81 > sdb 0.00 0.60 0.00 246.60 0.00 1.06 8.81 > > Ma ktoś jakies pomysły, co może być przyczyną? > > 2) Czy istnienie plików w /var/lib/rpm: > -rw-r--r-- 1 root root 1736704 Jul 12 15:32 __db.001 > -rw-r--r-- 1 root root 20979712 Jul 12 15:32 __db.002 > -rw-r--r-- 1 root root 5320424 Jul 12 15:32 __db.003 > -rw-r--r-- 1 root root 5320424 Jul 12 15:29 __db.004 > -rw-r--r-- 1 root root 5320424 Jul 12 15:32 __db.005 > -rw-r--r-- 1 root root 5320424 Jul 12 15:32 __db.006 > > z ciągle akutalnym czasem dostępu to normalność przy rpm czy patologia? > rpm-5.4.10-45.i686 > > -- Pozdro lord_Niedzwiedz From mateusz-lists w ant.gliwice.pl Fri Jul 12 17:56:47 2013 From: mateusz-lists w ant.gliwice.pl (Mateusz Korniak) Date: Fri, 12 Jul 2013 17:56:47 +0200 Subject: Nastominutowe czasy upgrejdu/instalacji =?UTF-8?B?cGFraWV0w7N3Lg==?= In-Reply-To: <51E0070F.1010406@sojka.co> References: <2595631.6pmzbxtFUY@laptop-hp> <51E0070F.1010406@sojka.co> Message-ID: <1619917.8D0sJVNx4T@laptop-hp> On Friday 12 July 2013 15:39:27 Grzegorz Sójka wrote: > > z ciągle akutalnym czasem dostępu to normalność przy rpm czy patologia? > > rpm-5.4.10-45.i686 > > Przy upgradzie to pewnie repackage. Dokładniej: rpm pakuje z powrotem > kasowane pakiety i zapisuje je gdzieś w /var Jest tak samo fatalnie przy instalacji. -- Mateusz Korniak "(...) mam brata - poważny, domator, liczykrupa, hipokryta, pobożniś, krótko mówiąc - podpora społeczeństwa." Nikos Kazantzakis - "Grek Zorba" From peelde w nerdshack.com Sun Jul 14 22:09:31 2013 From: peelde w nerdshack.com (Bartlomiej B.) Date: Sun, 14 Jul 2013 22:09:31 +0200 Subject: Nastominutowe czasy =?utf-8?Q?upgrejdu?= =?utf-8?Q?=2Finstalacji_pakiet=C3=B3w=2E?= In-Reply-To: <51E0070F.1010406@sojka.co> References: <2595631.6pmzbxtFUY@laptop-hp> <51E0070F.1010406@sojka.co> Message-ID: <20130714200931.GA2841@bbmachine> On Fri, Jul 12, 2013 at 15:39:27 +0200, Grzegorz Sójka wrote: > (...) > Przy upgradzie to pewnie repackage. Dokładniej: rpm pakuje z powrotem > kasowane pakiety i zapisuje je gdzieś w /var Dokładniej, to w /var/spool/repackage/ b. -- http://bebe.freeshell.org From masko w ipipan.waw.pl Mon Jul 15 13:07:17 2013 From: masko w ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=) Date: Mon, 15 Jul 2013 13:07:17 +0200 Subject: Nastominutowe czasy upgrejdu/instalacji =?UTF-8?B?cGFraWV0w7N3Lg==?= In-Reply-To: <20130714200931.GA2841@bbmachine> References: <2595631.6pmzbxtFUY@laptop-hp> <51E0070F.1010406@sojka.co> <20130714200931.GA2841@bbmachine> Message-ID: <3666651.ljNNTxxyga@laptok> Dnia niedziela, 14 lipca 2013 22:09:31 Bartlomiej B. pisze: > On Fri, Jul 12, 2013 at 15:39:27 +0200, Grzegorz Sójka wrote: > > (...) > > Przy upgradzie to pewnie repackage. Dokładniej: rpm pakuje z powrotem > > kasowane pakiety i zapisuje je gdzieś w /var > > Dokładniej, to w /var/spool/repackage/ Ale tutaj raczej o to nie chodzi, skoro dzieje się tak również przy instalacji (nie update), jak pisze autor wątku. Prędzej o sprawdzanie konfliktów plików. -- Łukasz Maśko _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" From sir_Misiek w o2.pl Mon Jul 15 13:15:47 2013 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Mon, 15 Jul 2013 13:15:47 +0200 Subject: =?ISO-8859-2?Q?Re=3A_Nastominutowe_czasy_upgrejdu/instalac?= =?ISO-8859-2?Q?ji_pakiet=F3w=2E?= In-Reply-To: <3666651.ljNNTxxyga@laptok> References: <2595631.6pmzbxtFUY@laptop-hp> <51E0070F.1010406@sojka.co> <20130714200931.GA2841@bbmachine> <3666651.ljNNTxxyga@laptok> Message-ID: <51E3D9E3.2030802@o2.pl> Moim zdaniem też nie. Przyczyny bym szukał w samym systemie plików. On 15.07.2013 13:07, Łukasz Maśko wrote: > Dnia niedziela, 14 lipca 2013 22:09:31 Bartlomiej B. pisze: >> On Fri, Jul 12, 2013 at 15:39:27 +0200, Grzegorz Sójka wrote: >>> (...) >>> Przy upgradzie to pewnie repackage. Dokładniej: rpm pakuje z powrotem >>> kasowane pakiety i zapisuje je gdzieś w /var >> Dokładniej, to w /var/spool/repackage/ > Ale tutaj raczej o to nie chodzi, skoro dzieje się tak również przy instalacji > (nie update), jak pisze autor wątku. Prędzej o sprawdzanie konfliktów plików. -- Pozdro lord_Niedzwiedz From sir_Misiek w o2.pl Tue Jul 16 12:09:55 2013 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Tue, 16 Jul 2013 12:09:55 +0200 Subject: Kernel update Message-ID: Nie działają mi ostatnie aktualizacje kernela (na standardowej maszynie). Otrzymuję w kółko komunikat: BUG: soft lockup - CPU#0 stuck for 22s! [udevd:482] Z udev-sattle (co to wogule jest ;-) ). Ostatnie działające jądro to: Linux Misiek 3.7.10-8 #1 SMP Wed May 15 09:38:13 CEST 2013 x86_64 Intel(R)_Core(TM)2_Duo_CPU_____E4600__ w _2.40GHz PLD Linux poldek:/all-avail> uninstall kernel- kernel-3.7.10-8.x86_64 kernel-drm-3.9.6-1.x86_64 kernel-sound-alsa-3.9.8-1.x86_64 kernel-3.9.6-1.x86_64 kernel-drm-3.9.8-1.x86_64 kernel-sound-alsa-3.9.9-1.x86_64 kernel-3.9.8-1.x86_64 kernel-drm-3.9.9-1.x86_64 kernel-video-firegl-13.4-6 w 3.9.6_1.x86_64 kernel-3.9.9-1.x86_64 kernel-sound-alsa-3.7.10-8.x86_64 kernel-video-firegl-13.4-8 w 3.9.8_1.x86_64 kernel-drm-3.7.10-8.x86_64 kernel-sound-alsa-3.9.6-1.x86_64 kernel-video-firegl-13.4-9 w 3.9.9_1.x86_64 Może problem jest w firegl'u, albo drm'ie ?? Grzegorz From sir_Misiek w o2.pl Tue Jul 16 12:21:18 2013 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Tue, 16 Jul 2013 12:21:18 +0200 Subject: mdadm raid5 In-Reply-To: <51DEA283.6030202@gmail.com> References: <1817608.nQPnPyg9nr@laptop-hp> <51DD8A34.4040007@o2.pl> <51DDC90E.7030203@gmail.com> <51DE980E.5020800@o2.pl> <51DEA283.6030202@gmail.com> Message-ID: <51E51E9E.9020900@o2.pl> On 11.07.2013 14:18, Andrzej Zawadzki wrote: > On 11.07.2013 13:33, lord_Niedzwiedz wrote: >> Pierwszy raz tego używam i nie bardzo wiem jak to czytać ;-( >> (co to SMART wiem). >> Są tu bad sectory ?? >> >> >> SMART Attributes Data Structure revision number: 16 >> Vendor Specific SMART Attributes with Thresholds: >> ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED >> WHEN_FAILED RAW_VALUE >> 1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail >> Always - 17 >> 3 Spin_Up_Time 0x0027 228 148 021 Pre-fail >> Always - 5575 >> 4 Start_Stop_Count 0x0032 100 100 000 Old_age >> Always - 119 >> 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail >> Always - 0 > Jak coś b. złego dzieje się z dyskiem to zanim pojawią się bad sectory > takie, które widzi FS > dysk próbuje sam sobie poradzić (ma nadmiarowe sektory na dysku) i w tym > miejscu pojawią się liczby >0 > Ty masz 0 więc, chyba bad sectorów mieć nie powinieneś. ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 27 3 Spin_Up_Time 0x0027 177 148 021 Pre-fail Always - 8141 4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 99 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0 Czy to oznacza, że dysk ma bad sectory ?? Co oznacza pierwszy parametr ?? -- Pozdro lord_Niedzwiedz From masko w ipipan.waw.pl Tue Jul 16 12:34:08 2013 From: masko w ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=) Date: Tue, 16 Jul 2013 12:34:08 +0200 Subject: mdadm raid5 In-Reply-To: <51E51E9E.9020900@o2.pl> References: <51DEA283.6030202@gmail.com> <51E51E9E.9020900@o2.pl> Message-ID: <3289965.g8TTqaV71l@laptok> Dnia wtorek, 16 lipca 2013 12:21:18 lord_Niedzwiedz pisze: [...] > ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED > WHEN_FAILED RAW_VALUE > 1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail > Always - 27 > 3 Spin_Up_Time 0x0027 177 148 021 Pre-fail > Always - 8141 > 4 Start_Stop_Count 0x0032 100 100 000 Old_age > Always - 99 > 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail > Always - 0 > Czy to oznacza, że dysk ma bad sectory ?? > Co oznacza pierwszy parametr ?? Nie. w RAW_VALUE masz 0, czyli tam się nic nie dzieje. U mnie, dla przykładu, jest: 5 Reallocated_Sector_Ct 0x0033 252 252 010 Pre-fail Always - 0 na innym dysku: 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0 a na jeszcze kolejnym: 5 Reallocated_Sector_Ct 0x0033 253 253 063 Pre-fail Always - 0 -- Łukasz Maśko _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" From sir_Misiek w o2.pl Tue Jul 16 12:49:25 2013 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Tue, 16 Jul 2013 12:49:25 +0200 Subject: mdadm raid5 In-Reply-To: <51DEA283.6030202@gmail.com> References: <1817608.nQPnPyg9nr@laptop-hp> <51DD8A34.4040007@o2.pl> <51DDC90E.7030203@gmail.com> <51DE980E.5020800@o2.pl> <51DEA283.6030202@gmail.com> Message-ID: <51E52535.40006@o2.pl> Kurcze , ma ktoś może jakieś krótkie how to, jak używać tego smartd ?? Mam dwa pliki w /etc/ smartd.conf smartd_warning.sh Nie mam czasu czytać teraz całej dokumentacji od tego. Jakieś proste how to (jak to ustawić z powiadomieniami przez e-maila) może ktoś posiada. Mam na maszynie działające (mail(x)) + ssmtp). Pozdro On 11.07.2013 14:18, Andrzej Zawadzki wrote: > On 11.07.2013 13:33, lord_Niedzwiedz wrote: >> Pierwszy raz tego używam i nie bardzo wiem jak to czytać ;-( >> (co to SMART wiem). >> Są tu bad sectory ?? >> >> >> SMART Attributes Data Structure revision number: 16 >> Vendor Specific SMART Attributes with Thresholds: >> ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED >> WHEN_FAILED RAW_VALUE >> 1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail >> Always - 17 >> 3 Spin_Up_Time 0x0027 228 148 021 Pre-fail >> Always - 5575 >> 4 Start_Stop_Count 0x0032 100 100 000 Old_age >> Always - 119 >> 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail >> Always - 0 > Jak coś b. złego dzieje się z dyskiem to zanim pojawią się bad sectory > takie, które widzi FS > dysk próbuje sam sobie poradzić (ma nadmiarowe sektory na dysku) i w tym > miejscu pojawią się liczby >0 > Ty masz 0 więc, chyba bad sectorów mieć nie powinieneś. > > Pewnie tak jak już tu było sugerowane coś się z elektroniką dzieje. > > BTW: jeśli nie korzystasz ze smartd to lepiej zacznij ;-) > Potrafi uratować d... jak wtopa się zbliża i daje czas na reakcję: > np. wyśle takiego mailika: > > This email was generated by the smartd daemon running on: > > host name: fabryka > DNS domain: [Unknown] > NIS domain: > > The following warning/error was logged by the smartd daemon: > > Device: /dev/sda [SAT], 29 Offline uncorrectable sectors > > > For details see host's SYSLOG (default: /var/log/messages). > > You can also use the smartctl utility for further investigation. > No additional email messages about this problem will be sent. > > > 29 walniętych sectorów (zapasowych jest tak około 100) - poszła wymiana > i nic nie zginęło. > Oczywiście to nie jest lekarstwo na wszystkie problemy - bo sam SMART > też może się zepsuć ;-) Ale... > -- Pozdro lord_Niedzwiedz From sir_Misiek w o2.pl Fri Jul 19 11:21:03 2013 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Fri, 19 Jul 2013 11:21:03 +0200 Subject: rpm lipa Message-ID: [root w Misiek ~]# vrpm zsk -- -q rc-scripts rc-scripts-0.4.5.4-2.x86_64 rc-scripts-0.4.5.5-2.x86_64 [root w misiek ~]# vrpm zsk -- -e rc-scripts-0.4.5.4-2.x86_64 mv: nie można wykonać stat na ?/etc/sysconfig/network-scripts/ifcfg-*?: Nie ma takiego pliku ani katalogu error: %trigger(rc-scripts-0.4.5.4-2.x86_64) skryptlet nie powiódł się, status wyjścia 1 Ktoś wie co z tą cholerą zrobić ?? ;-D From mateusz-lists w ant.gliwice.pl Fri Jul 19 11:26:12 2013 From: mateusz-lists w ant.gliwice.pl (Mateusz Korniak) Date: Fri, 19 Jul 2013 11:26:12 +0200 Subject: rpm lipa In-Reply-To: References: Message-ID: <2616481.oWKfjm0IkR@laptop-hp> On Friday 19 July 2013 11:21:03 lord_Niedzwiedz wrote: > [root w Misiek ~]# vrpm zsk -- -q rc-scripts > > rc-scripts-0.4.5.4-2.x86_64 > rc-scripts-0.4.5.5-2.x86_64 > [root w misiek ~]# vrpm zsk -- -e rc-scripts-0.4.5.4-2.x86_64 > > mv: nie można wykonać stat na ?/etc/sysconfig/network-scripts/ifcfg-*?: > Nie ma takiego pliku ani katalogu > error: %trigger(rc-scripts-0.4.5.4-2.x86_64) skryptlet nie powiódł się, > status wyjścia 1 > > > Ktoś wie co z tą cholerą zrobić ?? ;-D vrpm zsk -- -e rc-scripts-0.4.5.4-2.x86_64 --noscripts ? -- Mateusz Korniak "(...) mam brata - poważny, domator, liczykrupa, hipokryta, pobożniś, krótko mówiąc - podpora społeczeństwa." Nikos Kazantzakis - "Grek Zorba" From sir_Misiek w o2.pl Fri Jul 19 11:26:29 2013 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Fri, 19 Jul 2013 11:26:29 +0200 Subject: rpm lipa In-Reply-To: References: Message-ID: <51E90645.5080200@o2.pl> Ok, dałem tak: [root w Misiek ~]# vrpm zsk -- -e rc-scripts-0.4.5.4-2.x86_64 --noscripts I ruszyło ;-) On 19.07.2013 11:21, lord_Niedzwiedz wrote: > [root w Misiek ~]# vrpm zsk -- -q rc-scripts > rc-scripts-0.4.5.4-2.x86_64 > rc-scripts-0.4.5.5-2.x86_64 > [root w misiek ~]# vrpm zsk -- -e rc-scripts-0.4.5.4-2.x86_64 > mv: nie można wykonać stat na > ?/etc/sysconfig/network-scripts/ifcfg-*?: Nie ma takiego pliku ani > katalogu > error: %trigger(rc-scripts-0.4.5.4-2.x86_64) skryptlet nie powiódł > się, status wyjścia 1 > > > Ktoś wie co z tą cholerą zrobić ?? ;-D > _______________________________________________ > pld-users-pl mailing list > pld-users-pl w lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-users-pl -- Pozdro lord_Niedzwiedz From sir_Misiek w o2.pl Fri Jul 19 11:45:07 2013 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Fri, 19 Jul 2013 11:45:07 +0200 Subject: rpm lipa In-Reply-To: <2616481.oWKfjm0IkR@laptop-hp> References: <2616481.oWKfjm0IkR@laptop-hp> Message-ID: <51E90AA3.8030204@o2.pl> Tak, już wpadłem na to dzięki. On 19.07.2013 11:26, Mateusz Korniak wrote: > On Friday 19 July 2013 11:21:03 lord_Niedzwiedz wrote: >> [root w Misiek ~]# vrpm zsk -- -q rc-scripts >> >> rc-scripts-0.4.5.4-2.x86_64 >> rc-scripts-0.4.5.5-2.x86_64 >> [root w misiek ~]# vrpm zsk -- -e rc-scripts-0.4.5.4-2.x86_64 >> >> mv: nie można wykonać stat na ?/etc/sysconfig/network-scripts/ifcfg-*?: >> Nie ma takiego pliku ani katalogu >> error: %trigger(rc-scripts-0.4.5.4-2.x86_64) skryptlet nie powiódł się, >> status wyjścia 1 >> >> >> Ktoś wie co z tą cholerą zrobić ?? ;-D > vrpm zsk -- -e rc-scripts-0.4.5.4-2.x86_64 --noscripts > ? > -- Pozdro lord_Niedzwiedz From sir_Misiek w o2.pl Fri Jul 19 11:48:36 2013 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Fri, 19 Jul 2013 11:48:36 +0200 Subject: iceweasel Message-ID: Po ostatnich aktualizacjach mam coś jak poniżej. Ktoś już się z tym bujał ?? poldek:/all-avail> upgrade * błąd: kernel: wielokrotnie zainstalowany, poddaję się błąd: kernel-drm: wielokrotnie zainstalowany, poddaję się błąd: kernel-sound-alsa: wielokrotnie zainstalowany, poddaję się błąd: kernel-video-firegl: wielokrotnie zainstalowany, poddaję się Przetwarzanie zależności... iceweasel-20.0.1-4.x86_64 zostanie zastąpiony przez iceweasel-22.0-3.x86_64 iceweasel-lang-pl-20.0.1-2.noarch zostanie zastąpiony przez iceweasel-lang-pl-22.0-2.noarch błąd: iceweasel-lang-pl-22.0-2.noarch: nie znaleziono wymaganego /usr/share/iceweasel/browser/extensions Są 2 pakiety do instalacji, 2 do usunięcia: I iceweasel-22.0-3.x86_64 iceweasel-lang-pl-22.0-2.noarch R iceweasel-20.0.1-4.x86_64 iceweasel-lang-pl-20.0.1-2.noarch This operation will free 4.1MB of disk space. Potrzeba pobrać 19.5MB archiwów (19.5MB do pobrania). błąd: 1 niespełniona zależność Wystąpiły błędy podczas instalacji From masko w ipipan.waw.pl Fri Jul 19 12:18:35 2013 From: masko w ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=) Date: Fri, 19 Jul 2013 12:18:35 +0200 Subject: iceweasel In-Reply-To: References: Message-ID: <1980262.MLcp1uEhci@laptok> Dnia piątek, 19 lipca 2013 11:48:36 lord_Niedzwiedz pisze: > Po ostatnich aktualizacjach mam coś jak poniżej. > Ktoś już się z tym bujał ?? > > > poldek:/all-avail> upgrade * > błąd: kernel: wielokrotnie zainstalowany, poddaję się > błąd: kernel-drm: wielokrotnie zainstalowany, poddaję się > błąd: kernel-sound-alsa: wielokrotnie zainstalowany, poddaję się > błąd: kernel-video-firegl: wielokrotnie zainstalowany, poddaję się > Przetwarzanie zależności... > iceweasel-20.0.1-4.x86_64 zostanie zastąpiony przez iceweasel-22.0-3.x86_64 > iceweasel-lang-pl-20.0.1-2.noarch zostanie zastąpiony przez > iceweasel-lang-pl-22.0-2.noarch > błąd: iceweasel-lang-pl-22.0-2.noarch: nie znaleziono wymaganego > /usr/share/iceweasel/browser/extensions > Są 2 pakiety do instalacji, 2 do usunięcia: > I iceweasel-22.0-3.x86_64 iceweasel-lang-pl-22.0-2.noarch > R iceweasel-20.0.1-4.x86_64 iceweasel-lang-pl-20.0.1-2.noarch > This operation will free 4.1MB of disk space. > Potrzeba pobrać 19.5MB archiwów (19.5MB do pobrania). > > błąd: 1 niespełniona zależność > Wystąpiły błędy podczas instalacji Pisałem o tym na pld-devel-pl. Wywal *-lang-pl, potem zrób update iceweasel, a potem doinstaluj nowe *-lang-pl. Baggins stwierdził, że (cyt.) "Najwyraźniej poldek ma jakiś problem kiedy wymagany katalog jest tak naprawdę symlinkiem". -- Łukasz Maśko _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" From sir_Misiek w o2.pl Fri Jul 19 12:28:05 2013 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Fri, 19 Jul 2013 12:28:05 +0200 Subject: iceweasel In-Reply-To: <1980262.MLcp1uEhci@laptok> References: <1980262.MLcp1uEhci@laptok> Message-ID: <51E914B5.8070400@o2.pl> Super, dzięki pomogło ;-) On 19.07.2013 12:18, Łukasz Maśko wrote: > Dnia piątek, 19 lipca 2013 11:48:36 lord_Niedzwiedz pisze: >> Po ostatnich aktualizacjach mam coś jak poniżej. >> Ktoś już się z tym bujał ?? >> >> >> poldek:/all-avail> upgrade * >> błąd: kernel: wielokrotnie zainstalowany, poddaję się >> błąd: kernel-drm: wielokrotnie zainstalowany, poddaję się >> błąd: kernel-sound-alsa: wielokrotnie zainstalowany, poddaję się >> błąd: kernel-video-firegl: wielokrotnie zainstalowany, poddaję się >> Przetwarzanie zależności... >> iceweasel-20.0.1-4.x86_64 zostanie zastąpiony przez iceweasel-22.0-3.x86_64 >> iceweasel-lang-pl-20.0.1-2.noarch zostanie zastąpiony przez >> iceweasel-lang-pl-22.0-2.noarch >> błąd: iceweasel-lang-pl-22.0-2.noarch: nie znaleziono wymaganego >> /usr/share/iceweasel/browser/extensions >> Są 2 pakiety do instalacji, 2 do usunięcia: >> I iceweasel-22.0-3.x86_64 iceweasel-lang-pl-22.0-2.noarch >> R iceweasel-20.0.1-4.x86_64 iceweasel-lang-pl-20.0.1-2.noarch >> This operation will free 4.1MB of disk space. >> Potrzeba pobrać 19.5MB archiwów (19.5MB do pobrania). >> >> błąd: 1 niespełniona zależność >> Wystąpiły błędy podczas instalacji > Pisałem o tym na pld-devel-pl. Wywal *-lang-pl, potem zrób update iceweasel, a > potem doinstaluj nowe *-lang-pl. Baggins stwierdził, że (cyt.) "Najwyraźniej > poldek ma jakiś problem kiedy wymagany katalog jest tak naprawdę symlinkiem". -- Pozdro lord_Niedzwiedz From mailing_ks w infolan.net.pl Sun Jul 21 21:44:26 2013 From: mailing_ks w infolan.net.pl (Krzysztof Szwaba) Date: Sun, 21 Jul 2013 21:44:26 +0200 Subject: plik .index / instalacja MIB Message-ID: <20130721214426.692545e2@1295szwaba.infolan.net.pl> W katalogu /usr/share/snmp/mibs nie mam pliku .index W jaki sposób go wygenerować ? Jaka jest procedura instalacji MIB-ów w PLD ? Krzysztof From sir_Misiek w o2.pl Mon Jul 22 12:20:10 2013 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Mon, 22 Jul 2013 12:20:10 +0200 Subject: plik .index / instalacja MIB In-Reply-To: <20130721214426.692545e2@1295szwaba.infolan.net.pl> References: <20130721214426.692545e2@1295szwaba.infolan.net.pl> Message-ID: <51ED075A.4090201@o2.pl> Oooo, faktycznie nie ma. Kiedyś był. MIB'y się dogrywa po prostu do katalogu. Znajdują się w: /usr/share/mibs Dla zgodności wstecznej wykonałem: [root w lapcio /usr/share/mibs]# ls -1 > .index [root w lapcio /usr/share/mibs]# ln -s /usr/share/mibs /usr/share/snmp/mibs Polecam narzędzie: net-snmp-tkmib-5.7.2-4 Pozdro W dniu 21.07.2013 21:44, Krzysztof Szwaba pisze: > W katalogu /usr/share/snmp/mibs nie mam pliku .index > W jaki sposób go wygenerować ? > Jaka jest procedura instalacji MIB-ów w PLD ? > > Krzysztof > _______________________________________________ > pld-users-pl mailing list > pld-users-pl w lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-users-pl > From masko w ipipan.waw.pl Tue Jul 23 07:33:38 2013 From: masko w ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=) Date: Tue, 23 Jul 2013 07:33:38 +0200 Subject: Chromium i otwieranie stron w nowych =?UTF-8?B?emFrxYJhZGthY2ggLSBuaWUgd3nFm3dpZXRsYWrEhSBzacSZ?= Message-ID: <2144028.kXgW6QOLLZ@laptok> Problem dotyczy wersji 28.0.1500.71-1.i686 i - niestety - jest niedeterministyczny, to znaczy czasami się objawia, a czasami nie. Objawia się tym, że gdy kliknę na jakiś link środowym klawiszem, żeby otworzyć go w nowej zakładce, to strona jest otwierana, ale zakładka jest pusta. W sensie, że nie widać żadnej zawartości. Ale zawartość jest, bo jeśli akurat wypadnie np. na stronę z YouTube to słychać, ze filmik w tle jest odtwarzany (jest dźwięk). Nie pomaga refresh strony, ale zawsze działa duplikacja zakładki- po zduplikowaniu zawartość jest już widoczna. Takie przeglądanie stron nie jest jednak komfortowe. Ba, jest wkurzające - jak akurat chcę otworzyć kilka podstron w kolejnych zakładkach (np. przy przeglądaniu Allegro), a potem trzeba każdą stronę duplikować i zamykać pierwszą instancję. Czy ktoś też tak ma? A może znany jest jakiś sposób na naprawę? Opcje na stronie chrome:flags mam ustawione na domyślne. -- Łukasz Maśko _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" From peelde w nerdshack.com Tue Jul 30 00:38:19 2013 From: peelde w nerdshack.com (Bartlomiej B.) Date: Tue, 30 Jul 2013 00:38:19 +0200 Subject: nowy nmap i java... Message-ID: <20130729223818.GA18557@bbmachine> poldek:/all-avail> upgrade nmap-6.25-3.x86_64 Przetwarzanie zależności... nmap-6.01-1.x86_64 zostanie zastąpiony przez nmap-6.25-3.x86_64 nmap-6.25-3.x86_64: wymagany "java(ClassDataVersion) >= 51.0" jest dostarczany przez następujące pakiety: a) icedtea7-jre-2.3.8-4.x86_64 b) oracle-java7-jre-1.7.0.25-1.x86_64 Który z nich chcesz zainstalować ('Q' anuluje)? [icedtea7-jre-2.3.8-4.x86_64] nmap-6.25-3.x86_64 zaznaczył oracle-java7-jre-1.7.0.25-1.x86_64 (wł. java(ClassDataVersion) >= 51.0) java-sun-jre-1.6.0.45-1.x86_64 zostanie zastąpiony przez oracle-java7-jre-1.7.0.25-1.x86_64 zachłanna aktualizacja java-sun-jre-jdbc-1.6.0.45-1.x86_64 do java-gcj-compat-1.0.80-8.x86_64 (niespełnione java-sun-jre = 1.6.0.45-1) java-sun-jre-jdbc-1.6.0.45-1.x86_64 zostanie zastąpiony przez java-gcj-compat-1.0.80-8.x86_64 java-gcj-compat-1.0.80-8.x86_64 zaznaczył java-gcj-compat-base-1.0.80-8.x86_64 (wł. java-gcj-compat-base = 1.0.80-8) java-gcj-compat-base-1.0.80-8.x86_64 zaznaczył java-gnu-classpath-0.98-5.x86_64 (wł. java-gnu-classpath) błąd: java-gcj-compat-1.0.80-8.x86_64 (cnfl java-sun) jest w konflicie z zainstalowanm java-sun-1.6.0.45-1.x86_64 błąd: java-gcj-compat-1.0.80-8.x86_64 (cnfl java-sun) jest w konflicie z zainstalowanm java-sun-1.6.0.45-1.x86_64 błąd: java-gcj-compat-1.0.80-8.x86_64 (cnfl java-sun-jre-X11) jest w konflicie z zainstalowanm java-sun-jre-X11-1.6.0.45-1.x86_64 błąd: java-gcj-compat-1.0.80-8.x86_64 (cnfl java-sun-jre-X11) jest w konflicie z zainstalowanm java-sun-jre-X11-1.6.0.45-1.x86_64 zachłanna aktualizacja java-sun-jre-X11-1.6.0.45-1.x86_64 do icedtea7-jre-X11-2.3.8-4.x86_64 (niespełnione java-sun-jre = 1.6.0.45-1) java-sun-jre-X11-1.6.0.45-1.x86_64 zostanie zastąpiony przez icedtea7-jre-X11-2.3.8-4.x86_64 błąd: java-sun-jre-X11 = 1.6.0.45-1 jest wymagany przez zainstalowany pakiet java-sun-visualvm-1.6.0.45-1.x86_64 icedtea7-jre-X11-2.3.8-4.x86_64 zaznaczył icedtea7-jre-2.3.8-4.x86_64 (wł. icedtea7-jre = 2.3.8-4) icedtea7-jre-2.3.8-4.x86_64 zaznaczył icedtea7-jre-base-2.3.8-4.x86_64 (wł. icedtea7-jre-base = 2.3.8-4) błąd: icedtea7-jre-2.3.8-4.x86_64 jest w konflicie z java-gcj-compat-1.0.80-8.x86_64 błąd: icedtea7-jre-2.3.8-4.x86_64 jest w konflicie z oracle-java7-jre-1.7.0.25-1.x86_64 icedtea7-jre-X11-2.3.8-4.x86_64 zaznaczył icedtea7-jre-base-X11-2.3.8-4.x86_64 (wł. icedtea7-jre-base-X11 = 2.3.8-4) icedtea7-jre-base-X11-2.3.8-4.x86_64 zaznaczył icedtea7-jre-base-freetype-2.3.8-4.x86_64 (wł. icedtea7-jre-base-freetype = 2.3.8-4) zachłanna aktualizacja java-sun-1.6.0.45-1.x86_64 do java-gcj-compat-devel-1.0.80-8.x86_64 (niespełnione java-sun-jre = 1.6.0.45-1) java-sun-tools-1.6.0.45-1.x86_64 zostanie zastąpiony przez java-gcj-compat-devel-1.0.80-8.x86_64 java-sun-1.6.0.45-1.x86_64 zostanie zastąpiony przez java-gcj-compat-devel-1.0.80-8.x86_64 java-gcj-compat-devel-1.0.80-8.x86_64 zaznaczył java-gcj-compat-devel-base-1.0.80-8.x86_64 (wł. java-gcj-compat-devel-base = 1.0.80-8) java-gcj-compat-devel-base-1.0.80-8.x86_64 zaznaczył gjdoc-0.7.9-2.x86_64 (wł. gjdoc) oracle-java7-jre-1.7.0.25-1.x86_64 zaznaczył oracle-java7-jre-base-1.7.0.25-1.x86_64 (wł. oracle-java7-jre-base = 1.7.0.25-1) oracle-java7-jre-1.7.0.25-1.x86_64 zaznaczył oracle-java7-tools-1.7.0.25-1.x86_64 (wł. oracle-java7-tools = 1.7.0.25-1) błąd: oracle-java7-tools-1.7.0.25-1.x86_64 jest w konflicie z java-gcj-compat-devel-1.0.80-8.x86_64 błąd: oracle-java7-jre-1.7.0.25-1.x86_64 jest w konflicie z icedtea7-jre-2.3.8-4.x86_64 błąd: oracle-java7-jre-1.7.0.25-1.x86_64 jest w konflicie z java-gcj-compat-1.0.80-8.x86_64 Jest 15 pakietów do instalacji (14 zaznaczonych pośrednio), 6 do usunięcia: I nmap-6.25-3.x86_64 D gjdoc-0.7.9-2.x86_64 icedtea7-jre-2.3.8-4.x86_64 icedtea7-jre-X11-2.3.8-4.x86_64 icedtea7-jre-base-2.3.8-4.x86_64 D icedtea7-jre-base-X11-2.3.8-4.x86_64 icedtea7-jre-base-freetype-2.3.8-4.x86_64 java-gcj-compat-1.0.80-8.x86_64 D java-gcj-compat-base-1.0.80-8.x86_64 java-gcj-compat-devel-1.0.80-8.x86_64 D java-gcj-compat-devel-base-1.0.80-8.x86_64 java-gnu-classpath-0.98-5.x86_64 oracle-java7-jre-1.7.0.25-1.x86_64 D oracle-java7-jre-base-1.7.0.25-1.x86_64 oracle-java7-tools-1.7.0.25-1.x86_64 R java-sun-1.6.0.45-1.x86_64 java-sun-jre-1.6.0.45-1.x86_64 java-sun-jre-X11-1.6.0.45-1.x86_64 R java-sun-jre-jdbc-1.6.0.45-1.x86_64 java-sun-tools-1.6.0.45-1.x86_64 nmap-6.01-1.x86_64 This operation will use 194.8MB of disk space. Potrzeba pobrać 81.4MB archiwów (81.4MB do pobrania). błąd: 1 niespełniona zależność, 7 conflicts Wystąpiły błędy podczas instalacji Wybór icedtea7 zamiast oracle-java7 sprowadza się mniej-więcej do tego samego. BTW - nie chciałbym się jeszcze żegnać z Javą 6. Rozwiązanie? b. -- http://bebe.freeshell.org