From masko w ipipan.waw.pl Mon Feb 3 21:54:44 2014 From: masko w ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=) Date: Mon, 03 Feb 2014 21:54:44 +0100 Subject: Jak =?UTF-8?B?d2VqxZvEhw==?= w tryb single z lilo przy systemd? Message-ID: <1681794.FdfHiKAnmh@laptok> Pytanie jak wyżej. Jeśli próbuję standardowo, czyli w lilo podaję np. linux single, to niby wchodzi, ale nie jestem w stanie nawet się zalogować - dostaję prompt aby podać hasło roota albo wcisnąć Control-D. Jak podaję hasło roota, to dostaję prompt, w którym nie mogę niczego wpisać (pomimo wciskania klawiszy nic nie jest wyświetlane), a jak wcisnę Enter, to dostaję komunikat, że nie znaleziono polecenia 'x', gdzie 'x' to _jedna_ literka (pierwsza z tych, które wpisałem) i ponownie dostaję monit o podanie hasła roota lub Ctrl-D. Nijak nie jestem w stanie cokolwiek zrobić. Jedyny sposób to wejść normalnie w tryb 3, a potem telinit 1, ale wtedy mam podmontowanych sporo rzeczy i np. nie jestem w stanie odmontować dysków i przemontować roota w tryb RO, żeby go sprawdzić (miałem taką potrzebę, skończyło się na starcie z RescueCD). -- Ł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 zawadaa w gmail.com Tue Feb 4 12:22:46 2014 From: zawadaa w gmail.com (Andrzej Zawadzki) Date: Tue, 04 Feb 2014 12:22:46 +0100 Subject: Jak =?ISO-8859-2?Q?wej=B6=E6_w_tryb_single_z_lilo_?= =?ISO-8859-2?Q?przy_systemd=3F?= In-Reply-To: <1681794.FdfHiKAnmh@laptok> References: <1681794.FdfHiKAnmh@laptok> Message-ID: <52F0CD86.7010503@gmail.com> On 03.02.2014 21:54, Łukasz Maśko wrote: > Pytanie jak wyżej. Jeśli próbuję standardowo, czyli w lilo podaję np. linux > single, to niby wchodzi, ale nie jestem w stanie nawet się zalogować - dostaję > prompt aby podać hasło roota albo wcisnąć Control-D. Jak podaję hasło roota, > to dostaję prompt, w którym nie mogę niczego wpisać (pomimo wciskania klawiszy > nic nie jest wyświetlane), a jak wcisnę Enter, to dostaję komunikat, że nie > znaleziono polecenia 'x', gdzie 'x' to _jedna_ literka (pierwsza z tych, które > wpisałem) i ponownie dostaję monit o podanie hasła roota lub Ctrl-D. Nijak nie > jestem w stanie cokolwiek zrobić. Jedyny sposób to wejść normalnie w tryb 3, a > potem telinit 1, ale wtedy mam podmontowanych sporo rzeczy i np. nie jestem w > stanie odmontować dysków i przemontować roota w tryb RO, żeby go sprawdzić > (miałem taką potrzebę, skończyło się na starcie z RescueCD). init=/bin/sh ? -- Andrzej From baggins w pld-linux.org Tue Feb 4 12:27:47 2014 From: baggins w pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=) Date: Tue, 4 Feb 2014 12:27:47 +0100 Subject: Jak =?utf-8?B?d2VqxZs=?= =?utf-8?B?xIc=?= w tryb single z lilo przy systemd? In-Reply-To: <1681794.FdfHiKAnmh@laptok> References: <1681794.FdfHiKAnmh@laptok> Message-ID: <20140204112746.GL26769@sith.mimuw.edu.pl> On Mon, 03 Feb 2014, Łukasz Maśko wrote: > Pytanie jak wyżej. Jeśli próbuję standardowo, czyli w lilo podaję np. linux > single, to niby wchodzi, ale nie jestem w stanie nawet się zalogować - dostaję > prompt aby podać hasło roota albo wcisnąć Control-D. Jak podaję hasło roota, > to dostaję prompt, w którym nie mogę niczego wpisać (pomimo wciskania klawiszy > nic nie jest wyświetlane), a jak wcisnę Enter, to dostaję komunikat, że nie > znaleziono polecenia 'x', gdzie 'x' to _jedna_ literka (pierwsza z tych, które > wpisałem) i ponownie dostaję monit o podanie hasła roota lub Ctrl-D. Nijak nie > jestem w stanie cokolwiek zrobić. Jedyny sposób to wejść normalnie w tryb 3, a > potem telinit 1, ale wtedy mam podmontowanych sporo rzeczy i np. nie jestem w > stanie odmontować dysków i przemontować roota w tryb RO, żeby go sprawdzić > (miałem taką potrzebę, skończyło się na starcie z RescueCD). Dodaj do argumentów kernela: systemd.unit=rescue.target -- Jan Rękorajski | PLD/Linux SysAdm | http://www.pld-linux.org/ bagginsmimuw.edu.pl bagginspld-linux.org From masko w ipipan.waw.pl Tue Feb 4 12:34:35 2014 From: masko w ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=) Date: Tue, 04 Feb 2014 12:34:35 +0100 Subject: Jak =?UTF-8?B?d2VqxZvEhw==?= w tryb single z lilo przy systemd? In-Reply-To: <20140204112746.GL26769@sith.mimuw.edu.pl> References: <1681794.FdfHiKAnmh@laptok> <20140204112746.GL26769@sith.mimuw.edu.pl> Message-ID: <1514185.KsupBMI5yd@laptok> Dnia wtorek, 4 lutego 2014 12:27:47 Jan Rękorajski pisze: [...] > Dodaj do argumentów kernela: > systemd.unit=rescue.target Dzięki. Dorobię sobie sekcję w lilo, bo raczej tego nie zapamiętam :-/ -- Ł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 josiecki w silvercube.pl Tue Feb 4 12:39:02 2014 From: josiecki w silvercube.pl (Jacek Osiecki) Date: Tue, 4 Feb 2014 12:39:02 +0100 (CET) Subject: login/ssh + /bin/sh - "authentication failure" Message-ID: Witam, Ostatnio coś problematyczne się zrobiło PLD przy instalacji od zera... Tym razem przy logowaniu się na roota - czy to z konsoli, czy przez ssh po uprzednim odblokowaniu PermitRootLogin - kończy się albo komunikatem "Authentication failure" na konsoli, albo "Connection closed" przy ssh. Próbowałem dojść do tego co się dzieje, nawet kombinowałem z usermod i zmianą expiration date dla roota - bez skutków. W pewnym momencie ruszyło - nie wiedziałem dlaczego... Teraz już wiem. Właśnie instalowałem drugi system i objawy były identyczne. Nie można się zalogować/zasshować na roota, ale można na usera i potem su. Tak też zrobiłem, po czym sobie przypomniałem że mnie standardowe /bin/sh wkurza swoją nieużywalnością i zmieniłem w /etc/passwd na /bin/bash. I nagle - jak ręką odjął, można się było logować na roota :) Parę prób - i tak właśnie jest. Przy /bin/sh nie da się zalogować, przy /bin/bash jak najbardziej się da. Przy innych niż root userach jest identycznie. Wszystkie pakiety świeżutkie, /bin/sh pochodzi z pakietu mksh-48b-1.x86_64 Przy nieudanym logowaniu przez ssh w /var/log/secure pojawia się sshd[1590]: fatal: Access denied for user root by PAM account configuration [preauth] Przy logowaniu na konsoli: login: FAILED LOGIN 1 FROM tty1 FOR root, Authentication failure Jakieś pomysły? Pozdrawiam, -- Jacek Osiecki josiecki w silvercube.pl Silvercube s.c. ul. Makuszynskiego 4 31-752 Kraków +48 (12) 684 21 00 From baggins w pld-linux.org Wed Feb 5 18:05:58 2014 From: baggins w pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=) Date: Wed, 5 Feb 2014 18:05:58 +0100 Subject: [ANN] New Kernel packages set In-Reply-To: <20140131132532.GF26769@sith.mimuw.edu.pl> References: <20140131132532.GF26769@sith.mimuw.edu.pl> Message-ID: <20140205170558.GA1325@home.mimuw.edu.pl> On Fri, 31 Jan 2014, Jan Rękorajski wrote: > Hi, > Because of some seemingly unfixable problems reported for 3.10, I > decided to stay with 3.4.x line as longterm kernel for Th. > > But more important changes will apply to main kernel package, we are > currently 3 releases behind because of slow updates of the Linux-Vserver > patch. So there will be an additional package set - kernel-vserver which > will be the latest mainline kernel supported by vserver community > (currently it's 3.10.x). This means that main kernel packages WILL NOT > HAVE VSERVER SUPPORT! > > To sum it up: > - kernel-longterm - 3.4.x as long as maintained upstream > - kernel-vserver - latest upstream supported by Linux-Vserver > - kernel - mainline, without Vserver A recent update of the Linux-Vserver patch, let us postpone the 3 kernels scenario. Thanks to vserver developers nothing will change wrt out kernel packaging. 3.4 stays as longterm and mainline will have vserver patch appliad. -- Jan Rękorajski | PLD/Linux SysAdm | http://www.pld-linux.org/ bagginsmimuw.edu.pl bagginspld-linux.org From josiecki w silvercube.pl Sat Feb 8 15:16:35 2014 From: josiecki w silvercube.pl (Jacek Osiecki) Date: Sat, 8 Feb 2014 15:16:35 +0100 (CET) Subject: =?ISO-8859-2?Q?Re=3A_Co_mi_si=EA_porobi=B3o_z_systemem=2Fmaszyn=B1=3F?= In-Reply-To: <52D8F173.5070504@o2.pl> References: <52D8F173.5070504@o2.pl> Message-ID: On Fri, 17 Jan 2014, lord_Niedzwiedz wrote: > On 17.01.2014 09:55, Jacek Osiecki wrote: >> Witam, >> >> Na kolejnej maszynie chcę postawić PLD. >> Robię jak zawsze - odpalam to samo rescue co zawsze, ściągam to samo >> długoszowe pld-th-x8664-20110214-chroot.tar.bz2, rozpakowuję w /mnt, >> po czym... what the? > Ja tam walę z tąd: > http://pl.docs.pld-linux.org/pld_dok.html#instalacja_chroot To niestety w ogóle nie działa :( Wszystko szlag trafia przez cudownego rpm5 i db5.2 - próbowałem już kilka kombinacji i w zasadzie za każdym razem wywala się na etapie gdy zainstaluje poldka, rpma i przerobi bazy. Zonk - i już się nic nie da zrobić. Chyba niestety pozostaje wyłącznie metoda z dlugosz.eu... Pozdr, -- Jacek Osiecki josiecki w silvercube.pl Silvercube s.c. ul. Makuszynskiego 4 31-752 Kraków +48 (12) 684 21 00 From sir_Misiek w o2.pl Sat Feb 8 15:55:28 2014 From: sir_Misiek w o2.pl (lord Niedzwiedz) Date: Sat, 08 Feb 2014 15:55:28 +0100 Subject: Co mi =?ISO-8859-2?Q?si=EA_porobi=B3o_z_systemem/maszy?= =?ISO-8859-2?Q?n=B1=3F?= In-Reply-To: References: <52D8F173.5070504@o2.pl> Message-ID: <52F64560.4020300@o2.pl> >>> Witam, >>> >>> Na kolejnej maszynie chcę postawić PLD. >>> Robię jak zawsze - odpalam to samo rescue co zawsze, ściągam to samo >>> długoszowe pld-th-x8664-20110214-chroot.tar.bz2, rozpakowuję w /mnt, >>> po czym... what the? > >> Ja tam walę z tąd: >> http://pl.docs.pld-linux.org/pld_dok.html#instalacja_chroot > > To niestety w ogóle nie działa :( > Wszystko szlag trafia przez cudownego rpm5 i db5.2 - próbowałem już > kilka kombinacji i w zasadzie za każdym razem wywala się na etapie gdy > zainstaluje poldka, rpma i przerobi bazy. Zonk - i już się nic nie da > zrobić. > > Chyba niestety pozostaje wyłącznie metoda z dlugosz.eu... > > Pozdr, Nie instaluje rpm-utils bodajże to nie przerobi. Używam płyty cdrescue beta. I instaluje tą metodą średnio raz na miesiąc/dwa kolejny system. From pld w sojka.co Sat Feb 8 16:14:39 2014 From: pld w sojka.co (=?ISO-8859-2?Q?Grzegorz_S=F3jka?=) Date: Sat, 08 Feb 2014 16:14:39 +0100 Subject: geninitrd i mdraid Message-ID: <52F649DF.3080302@sojka.co> witam serdecznie, Właśnie zrobiłem aktualizacje i maszynka nie wstaje z nowego jajka. Jak się okazało geninitrd nawet nie próbuje dołączyć modułów do raida tudzież odpowiednich binariów: -------------------------------------------- # /sbin/geninitrd -v -f --initrdfs=initramfs /boot/initrd-3.10.26-1.gz 3.10.26-1 geninitrd: # geninitrd 12719 geninitrd: find_tool: found /usr/lib64/initrd/busybox geninitrd: find_tool: found /sbin/mdadm geninitrd: find_tool: found /sbin/blkid geninitrd: find_tool: found /sbin/udevd geninitrd: find_tool: found /bin/udevadm geninitrd: Finding USB keyboard modules geninitrd: Finding SATA modules (class=0x0106) geninitrd: Using /dev/md0 as device for rootfs geninitrd: Finding modules for device path /dev/md0 geninitrd: Building initrd... geninitrd: + cp /usr/lib64/initrd/busybox /root/tmp/initrd.T0cwqy/bin/busybox geninitrd: Loading module [scsi_mod] with options [scan=sync ] geninitrd: Loading module [libata] geninitrd: Loading module [libahci] geninitrd: Loading module [ahci] geninitrd: Loading module [mbcache] geninitrd: Loading module [jbd2] geninitrd: Loading module [crc16] geninitrd: Loading module [ext4] geninitrd: Setting up udev... geninitrd: + cp /sbin/udevd /root/tmp/initrd.T0cwqy/sbin/udevd geninitrd: + cp /lib64/ld-linux-x86-64.so.2 /root/tmp/initrd.T0cwqy/lib64 geninitrd: + cp /lib64/libacl.so.1 /root/tmp/initrd.T0cwqy/lib64 geninitrd: + cp /lib64/libattr.so.1 /root/tmp/initrd.T0cwqy/lib64 geninitrd: + cp /lib64/libc.so.6 /root/tmp/initrd.T0cwqy/lib64 geninitrd: + cp /lib64/libblkid.so.1 /root/tmp/initrd.T0cwqy/lib64 geninitrd: + cp /lib64/libuuid.so.1 /root/tmp/initrd.T0cwqy/lib64 geninitrd: + cp /lib64/libdl.so.2 /root/tmp/initrd.T0cwqy/lib64 geninitrd: + cp /lib64/libkmod.so.2 /root/tmp/initrd.T0cwqy/lib64 geninitrd: + cp /lib64/liblzma.so.5 /root/tmp/initrd.T0cwqy/lib64 geninitrd: + cp /lib64/libpthread.so.0 /root/tmp/initrd.T0cwqy/lib64 geninitrd: + cp /lib64/libz.so.1 /root/tmp/initrd.T0cwqy/lib64 geninitrd: + cp /lib64/libpcre.so.1 /root/tmp/initrd.T0cwqy/lib64 geninitrd: + cp /lib64/librt.so.1 /root/tmp/initrd.T0cwqy/lib64 geninitrd: + cp /lib64/libselinux.so.1 /root/tmp/initrd.T0cwqy/lib64 geninitrd: + cp /bin/udevadm /root/tmp/initrd.T0cwqy/sbin/udevadm geninitrd: + cp /etc/udev/udev.conf /root/tmp/initrd.T0cwqy/etc/udev/udev.conf geninitrd: + cp /lib/udev/rules.d/50-udev-default.rules /root/tmp/initrd.T0cwqy/lib/udev/rules.d/50-udev-default.rules geninitrd: + cp /lib/udev/rules.d/60-persistent-storage.rules /root/tmp/initrd.T0cwqy/lib/udev/rules.d/60-persistent-storage.rules geninitrd: + cp /lib/udev/rules.d/80-drivers.rules /root/tmp/initrd.T0cwqy/lib/udev/rules.d/80-drivers.rules geninitrd: + cp /lib/udev/rules.d/95-udev-late.rules /root/tmp/initrd.T0cwqy/lib/udev/rules.d/95-udev-late.rules geninitrd: + cp /lib/udev/rules.d/50-firmware.rules /root/tmp/initrd.T0cwqy/lib/udev/rules.d/50-firmware.rules geninitrd: + cp /lib/udev/rules.d/10-dm.rules /root/tmp/initrd.T0cwqy/lib/udev/rules.d/10-dm.rules geninitrd: + cp /lib/udev/rules.d/11-dm-lvm.rules /root/tmp/initrd.T0cwqy/lib/udev/rules.d/11-dm-lvm.rules geninitrd: + cp /lib/udev/rules.d/13-dm-disk.rules /root/tmp/initrd.T0cwqy/lib/udev/rules.d/13-dm-disk.rules geninitrd: + cp /lib/geninitrd/udev-rules/01-ignore.rules /root/tmp/initrd.T0cwqy/lib/udev/rules.d/01-ignore.rules geninitrd: + cp /lib/geninitrd/udev-rules/59-persistent-storage.rules /root/tmp/initrd.T0cwqy/lib/udev/rules.d/59-persistent-storage.rules geninitrd: + cp /lib/geninitrd/udev-rules/61-persistent-storage.rules /root/tmp/initrd.T0cwqy/lib/udev/rules.d/61-persistent-storage.rules geninitrd: + cp /lib/geninitrd/udev-rules/11-dm.rules /root/tmp/initrd.T0cwqy/lib/udev/rules.d/11-dm.rules geninitrd: + cp /sbin/dmsetup /root/tmp/initrd.T0cwqy/sbin/dmsetup geninitrd: + cp /lib64/libdevmapper.so.1.02 /root/tmp/initrd.T0cwqy/lib64 geninitrd: + cp /lib64/libsepol.so.1 /root/tmp/initrd.T0cwqy/lib64 geninitrd: + cp /lib64/libudev.so.1 /root/tmp/initrd.T0cwqy/lib64 geninitrd: Adding BLKID support to initrd geninitrd: + cp /sbin/blkid /root/tmp/initrd.T0cwqy/bin/blkid geninitrd: Adding BLKID support to initrd geninitrd: + cp /sbin/blkid /root/tmp/initrd.T0cwqy/bin/blkid geninitrd: Adding rootfs finding based on kernel cmdline root= option support. geninitrd: + cp /dev/md0 /root/tmp/initrd.T0cwqy/dev/md0 geninitrd: image size: 7168 KiB (/root/tmp/initrd.T0cwqy) geninitrd: Creating initramfs image /root/tmp/initrd.img-aBGcCE geninitrd: finding compressor: lzo gzip xz lzma bzip2 (via yes) geninitrd: Compressing /boot/initrd-3.10.26-1.gz with gzip ---------------------------------------------------------- Jakieś pomysły?? -- Wysłane z kompa wolnego od wirusów Billa Gatesa. From sir_Misiek w o2.pl Sat Feb 8 17:09:28 2014 From: sir_Misiek w o2.pl (lord Niedzwiedz) Date: Sat, 08 Feb 2014 17:09:28 +0100 Subject: geninitrd i mdraid In-Reply-To: <52F649DF.3080302@sojka.co> References: <52F649DF.3080302@sojka.co> Message-ID: <52F656B8.10005@o2.pl> > witam serdecznie, > > Właśnie zrobiłem aktualizacje i maszynka nie wstaje z nowego jajka. > Jak się okazało geninitrd nawet nie próbuje dołączyć modułów do raida > tudzież odpowiednich binariów: > -------------------------------------------- > # /sbin/geninitrd -v -f --initrdfs=initramfs /boot/initrd-3.10.26-1.gz > 3.10.26-1 > geninitrd: # geninitrd 12719 > geninitrd: find_tool: found /usr/lib64/initrd/busybox > geninitrd: find_tool: found /sbin/mdadm > geninitrd: find_tool: found /sbin/blkid > geninitrd: find_tool: found /sbin/udevd > geninitrd: find_tool: found /bin/udevadm > geninitrd: Finding USB keyboard modules > geninitrd: Finding SATA modules (class=0x0106) > geninitrd: Using /dev/md0 as device for rootfs > geninitrd: Finding modules for device path /dev/md0 > geninitrd: Building initrd... > geninitrd: + cp /usr/lib64/initrd/busybox > /root/tmp/initrd.T0cwqy/bin/busybox > geninitrd: Loading module [scsi_mod] with options [scan=sync ] > geninitrd: Loading module [libata] > geninitrd: Loading module [libahci] > geninitrd: Loading module [ahci] > geninitrd: Loading module [mbcache] > geninitrd: Loading module [jbd2] > geninitrd: Loading module [crc16] > geninitrd: Loading module [ext4] > geninitrd: Setting up udev... > geninitrd: + cp /sbin/udevd /root/tmp/initrd.T0cwqy/sbin/udevd > geninitrd: + cp /lib64/ld-linux-x86-64.so.2 /root/tmp/initrd.T0cwqy/lib64 > geninitrd: + cp /lib64/libacl.so.1 /root/tmp/initrd.T0cwqy/lib64 > geninitrd: + cp /lib64/libattr.so.1 /root/tmp/initrd.T0cwqy/lib64 > geninitrd: + cp /lib64/libc.so.6 /root/tmp/initrd.T0cwqy/lib64 > geninitrd: + cp /lib64/libblkid.so.1 /root/tmp/initrd.T0cwqy/lib64 > geninitrd: + cp /lib64/libuuid.so.1 /root/tmp/initrd.T0cwqy/lib64 > geninitrd: + cp /lib64/libdl.so.2 /root/tmp/initrd.T0cwqy/lib64 > geninitrd: + cp /lib64/libkmod.so.2 /root/tmp/initrd.T0cwqy/lib64 > geninitrd: + cp /lib64/liblzma.so.5 /root/tmp/initrd.T0cwqy/lib64 > geninitrd: + cp /lib64/libpthread.so.0 /root/tmp/initrd.T0cwqy/lib64 > geninitrd: + cp /lib64/libz.so.1 /root/tmp/initrd.T0cwqy/lib64 > geninitrd: + cp /lib64/libpcre.so.1 /root/tmp/initrd.T0cwqy/lib64 > geninitrd: + cp /lib64/librt.so.1 /root/tmp/initrd.T0cwqy/lib64 > geninitrd: + cp /lib64/libselinux.so.1 /root/tmp/initrd.T0cwqy/lib64 > geninitrd: + cp /bin/udevadm /root/tmp/initrd.T0cwqy/sbin/udevadm > geninitrd: + cp /etc/udev/udev.conf > /root/tmp/initrd.T0cwqy/etc/udev/udev.conf > geninitrd: + cp /lib/udev/rules.d/50-udev-default.rules > /root/tmp/initrd.T0cwqy/lib/udev/rules.d/50-udev-default.rules > geninitrd: + cp /lib/udev/rules.d/60-persistent-storage.rules > /root/tmp/initrd.T0cwqy/lib/udev/rules.d/60-persistent-storage.rules > geninitrd: + cp /lib/udev/rules.d/80-drivers.rules > /root/tmp/initrd.T0cwqy/lib/udev/rules.d/80-drivers.rules > geninitrd: + cp /lib/udev/rules.d/95-udev-late.rules > /root/tmp/initrd.T0cwqy/lib/udev/rules.d/95-udev-late.rules > geninitrd: + cp /lib/udev/rules.d/50-firmware.rules > /root/tmp/initrd.T0cwqy/lib/udev/rules.d/50-firmware.rules > geninitrd: + cp /lib/udev/rules.d/10-dm.rules > /root/tmp/initrd.T0cwqy/lib/udev/rules.d/10-dm.rules > geninitrd: + cp /lib/udev/rules.d/11-dm-lvm.rules > /root/tmp/initrd.T0cwqy/lib/udev/rules.d/11-dm-lvm.rules > geninitrd: + cp /lib/udev/rules.d/13-dm-disk.rules > /root/tmp/initrd.T0cwqy/lib/udev/rules.d/13-dm-disk.rules > geninitrd: + cp /lib/geninitrd/udev-rules/01-ignore.rules > /root/tmp/initrd.T0cwqy/lib/udev/rules.d/01-ignore.rules > geninitrd: + cp /lib/geninitrd/udev-rules/59-persistent-storage.rules > /root/tmp/initrd.T0cwqy/lib/udev/rules.d/59-persistent-storage.rules > geninitrd: + cp /lib/geninitrd/udev-rules/61-persistent-storage.rules > /root/tmp/initrd.T0cwqy/lib/udev/rules.d/61-persistent-storage.rules > geninitrd: + cp /lib/geninitrd/udev-rules/11-dm.rules > /root/tmp/initrd.T0cwqy/lib/udev/rules.d/11-dm.rules > geninitrd: + cp /sbin/dmsetup /root/tmp/initrd.T0cwqy/sbin/dmsetup > geninitrd: + cp /lib64/libdevmapper.so.1.02 /root/tmp/initrd.T0cwqy/lib64 > geninitrd: + cp /lib64/libsepol.so.1 /root/tmp/initrd.T0cwqy/lib64 > geninitrd: + cp /lib64/libudev.so.1 /root/tmp/initrd.T0cwqy/lib64 > geninitrd: Adding BLKID support to initrd > geninitrd: + cp /sbin/blkid /root/tmp/initrd.T0cwqy/bin/blkid > geninitrd: Adding BLKID support to initrd > geninitrd: + cp /sbin/blkid /root/tmp/initrd.T0cwqy/bin/blkid > geninitrd: Adding rootfs finding based on kernel cmdline root= option > support. > geninitrd: + cp /dev/md0 /root/tmp/initrd.T0cwqy/dev/md0 > geninitrd: image size: 7168 KiB (/root/tmp/initrd.T0cwqy) > geninitrd: Creating initramfs image /root/tmp/initrd.img-aBGcCE > geninitrd: finding compressor: lzo gzip xz lzma bzip2 (via yes) > geninitrd: Compressing /boot/initrd-3.10.26-1.gz with gzip > ---------------------------------------------------------- > > Jakieś pomysły?? > U mnie jajko 3.10.26-1 działa poprawnie (na najrozmaitszych maszynach - zarówno mdadm, soft raid, hard raid). Coś masz skopane. Ja to nie widzę u Ciebie żadnego błędu. "geninitrd: Finding modules for device path /dev/md0 " Proponuję ręczą końfigurację geninit'a. http://pl.docs.pld-linux.org/kernel-urzadzenia_geninitrd.html Ja np. u siebie na jednej maszynie muszę robić za każdym razem taki myk: ver=3.10.26-1 cd /boot geninitrd -v -f initrd-$ver.gz $ver; sync cp /boot/initrd-$ver.gz /Roboczy/ cd /Roboczy; sync gunzip initrd-$ver.gz; sync rm -rv init; mkdir init mount -o loop initrd-$ver init; sync rm -r init_rw sync cp -rap init init_rw cd init_rw cp -rapv /dev/sda2 dev/ cp -rapv /dev/sdb2 dev/ cp -rapv /dev/sdc2 dev/ cp -rapv /dev/md2 dev/ #Oraz podmiana w nowym init z etc/mdadm.conf wpisu dotyczącego md1 , na torzsame md2 echo DEVICE /dev/sda2 /dev/sdb2 /dev/sdc2 /dev/sdd2 > etc/mdadm.conf echo ARRAY /dev/md2 devices=/dev/sda2,/dev/sdb2,/dev/sdc2,/dev/sdd2 >> etc/mdadm.conf cd .. rm initrd* sync genromfs -d init_rw -f initrd-$ver sync gzip -9 initrd-$ver sync mv initrd-$ver.gz /boot lilo -v sync geninitrd -> USE_TUXONICE=yes From pld w sojka.co Sat Feb 8 18:45:42 2014 From: pld w sojka.co (=?ISO-8859-2?Q?Grzegorz_S=F3jka?=) Date: Sat, 08 Feb 2014 18:45:42 +0100 Subject: geninitrd i mdraid In-Reply-To: <52F656B8.10005@o2.pl> References: <52F649DF.3080302@sojka.co> <52F656B8.10005@o2.pl> Message-ID: <52F66D46.9060202@sojka.co> On 02/08/14 17:09, lord Niedzwiedz wrote: > Ja np. u siebie na jednej maszynie muszę robić za każdym razem taki myk: > ver=3.10.26-1 > cd /boot > geninitrd -v -f initrd-$ver.gz $ver; sync > cp /boot/initrd-$ver.gz /Roboczy/ > cd /Roboczy; sync > gunzip initrd-$ver.gz; sync > rm -rv init; mkdir init > mount -o loop initrd-$ver init; sync > rm -r init_rw > sync > cp -rap init init_rw > cd init_rw > cp -rapv /dev/sda2 dev/ > cp -rapv /dev/sdb2 dev/ > cp -rapv /dev/sdc2 dev/ > cp -rapv /dev/md2 dev/ > #Oraz podmiana w nowym init z etc/mdadm.conf wpisu dotyczącego md1 , na > torzsame md2 > echo DEVICE /dev/sda2 /dev/sdb2 /dev/sdc2 /dev/sdd2 > etc/mdadm.conf > echo ARRAY /dev/md2 devices=/dev/sda2,/dev/sdb2,/dev/sdc2,/dev/sdd2 >> > etc/mdadm.conf > cd .. > rm initrd* > sync > genromfs -d init_rw -f initrd-$ver > sync > gzip -9 initrd-$ver > sync > mv initrd-$ver.gz /boot > lilo -v > sync Wow! Na szczęście u mnie sytuacja jest "nieco" prostsza. Przyczyną było małe ... zaćmienie mózgu. Na szczęście przeszło. Przez przypadek musiałem odinstalować mdadm-initrd. Już chodzi. Reasumując, ja tylko żartowałem i to wcale nie jest mój wątek. A w ogóle to nie wiem o jaki wątek chodzi. ;) Pzdr -- Wysłane z kompa wolnego od wirusów Billa Gatesa. From sir_Misiek w o2.pl Sun Feb 9 02:11:04 2014 From: sir_Misiek w o2.pl (lord Niedzwiedz) Date: Sun, 09 Feb 2014 02:11:04 +0100 Subject: geninitrd i mdraid In-Reply-To: <52F66D46.9060202@sojka.co> References: <52F649DF.3080302@sojka.co> <52F656B8.10005@o2.pl> <52F66D46.9060202@sojka.co> Message-ID: <52F6D5A8.3090105@o2.pl> On 08.02.2014 18:45, Grzegorz Sójka wrote: > On 02/08/14 17:09, lord Niedzwiedz wrote: >> Ja np. u siebie na jednej maszynie muszę robić za każdym razem taki myk: >> ver=3.10.26-1 >> cd /boot >> geninitrd -v -f initrd-$ver.gz $ver; sync >> cp /boot/initrd-$ver.gz /Roboczy/ >> cd /Roboczy; sync >> gunzip initrd-$ver.gz; sync >> rm -rv init; mkdir init >> mount -o loop initrd-$ver init; sync >> rm -r init_rw >> sync >> cp -rap init init_rw >> cd init_rw >> cp -rapv /dev/sda2 dev/ >> cp -rapv /dev/sdb2 dev/ >> cp -rapv /dev/sdc2 dev/ >> cp -rapv /dev/md2 dev/ >> #Oraz podmiana w nowym init z etc/mdadm.conf wpisu dotyczącego md1 , na >> torzsame md2 >> echo DEVICE /dev/sda2 /dev/sdb2 /dev/sdc2 /dev/sdd2 > etc/mdadm.conf >> echo ARRAY /dev/md2 devices=/dev/sda2,/dev/sdb2,/dev/sdc2,/dev/sdd2 >> >> etc/mdadm.conf >> cd .. >> rm initrd* >> sync >> genromfs -d init_rw -f initrd-$ver >> sync >> gzip -9 initrd-$ver >> sync >> mv initrd-$ver.gz /boot >> lilo -v >> sync > Wow! Na szczęście u mnie sytuacja jest "nieco" prostsza. Przyczyną > było małe ... zaćmienie mózgu. Na szczęście przeszło. Przez przypadek > musiałem odinstalować mdadm-initrd. Już chodzi. Reasumując, ja tylko > żartowałem i to wcale nie jest mój wątek. A w ogóle to nie wiem o jaki > wątek chodzi. ;) > > Pzdr > Spoko, też się dzisiaj "upiłem". Straciłem miłość życia. Wilki rulez. Auuuuuu From draenog w pld-linux.org Sun Feb 9 02:38:38 2014 From: draenog w pld-linux.org (Kacper Kornet) Date: Sun, 9 Feb 2014 02:38:38 +0100 Subject: Co mi =?utf-8?B?c2nEmSBwb3JvYmnFgm8g?= =?utf-8?Q?z_systemem=2Fmaszyn=C4=85=3F?= In-Reply-To: References: <52D8F173.5070504@o2.pl> Message-ID: <20140209013838.GA10704@camk.edu.pl> On Sat, Feb 08, 2014 at 03:16:35PM +0100, Jacek Osiecki wrote: > On Fri, 17 Jan 2014, lord_Niedzwiedz wrote: > >On 17.01.2014 09:55, Jacek Osiecki wrote: > >> Witam, > >> Na kolejnej maszynie chcę postawić PLD. > >> Robię jak zawsze - odpalam to samo rescue co zawsze, ściągam to samo > >> długoszowe pld-th-x8664-20110214-chroot.tar.bz2, rozpakowuję w /mnt, > >> po czym... what the? > > Ja tam walę z tąd: > >http://pl.docs.pld-linux.org/pld_dok.html#instalacja_chroot > To niestety w ogóle nie działa :( > Wszystko szlag trafia przez cudownego rpm5 i db5.2 - próbowałem już > kilka kombinacji i w zasadzie za każdym razem wywala się na etapie > gdy zainstaluje poldka, rpma i przerobi bazy. Zonk - i już się nic > nie da zrobić. A próbowałeś z pld-new-rescue z https://github.com/Jajcus/pld-new-rescue Tam jest już rpm-5.4 i db5.2. -- Kacper From pld w sojka.co Sun Feb 9 15:01:30 2014 From: pld w sojka.co (=?ISO-8859-2?Q?Grzegorz_S=F3jka?=) Date: Sun, 09 Feb 2014 15:01:30 +0100 Subject: hostapd Message-ID: <52F78A3A.1050804@sojka.co> Witam serdecznie Postawiłem sobie hostapd na karcie: Qualcomm Atheros AR5416 Wireless Network Adapter [AR5008 802.11(a)bgn] i generalnie działa. Mam jednak 2 pytanka: 1. Używam sterownika ath9k. Czy powinienem przejść na madwifi-ng? Jakie są różnice?? 2. Nie jestem w stanie ustawić po stronie AP regulatory domain: # iw reg get country 00: DFS-UNSET (2402 - 2472 @ 40), (6, 20) (2457 - 2482 @ 40), (6, 20), NO-IR (2474 - 2494 @ 20), (6, 20), NO-OFDM, NO-IR (5170 - 5250 @ 80), (6, 20), NO-IR (5735 - 5835 @ 80), (6, 20), NO-IR (57240 - 63720 @ 2160), (N/A, 0) Po stronie stacji jest ok. Czyli hostapd przesyła informacje na ten temat do stacji ale nie ustawia do swojej sieciówki. Co więcej iw reg set też nie pomaga. WTF??? -- Pozdrawiam Grzesiek Wysłane z kompa wolnego od wirusów Billa Gatesa. From sir_Misiek w o2.pl Tue Feb 11 15:15:11 2014 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Tue, 11 Feb 2014 15:15:11 +0100 Subject: vservers webapps Message-ID: Witam. Mam pytanie. Vserver webmail, na nim squirrel oraz roundcube. Poczta przez np. outlooka wysyła się powyżej 100MB bez problemu. Tu ze strony w przypadku rouncube'a pisze 50MB max. Squirrel 128MB. php.ini: memory_limit = 256M max_execution_time = 300 max_input_time = 600 post_max_size = 128M upload_max_filesize = 128M default_socket_timeout = 600 Tyle mi Squirrel wypisuje ! "Nie można przenieść/skopiować pliku. Plik nie został dołączony " Ktoś ma jakieś pomysły ?? Ustawiłem jeszcze dodatkowo. vserv=webmail; echo $vserv; mkdir -p /etc/vservers/$vserv/sysctl/1 echo kernel.shmmax > /etc/vservers/$vserv/sysctl/1/setting echo 268435456 > /etc/vservers/$vserv/sysctl/1/value I skończyły mi się pomysły ;-) Grzegorz From sir_Misiek w o2.pl Wed Feb 12 09:20:27 2014 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Wed, 12 Feb 2014 09:20:27 +0100 Subject: wersja stabilna Message-ID: Nie wiem kto robił jajko 3.10.28-1.x86_64 !! Tragedia, nie uruchomiło mi się na połowie serwerów (zarówno mdadm jak i hard raid1 i 5). "Wersja stabilna". I to na maszynach na których do tej pory nigdy, ale to nigdy nie było problemów z bootem. From arekm w maven.pl Wed Feb 12 09:49:58 2014 From: arekm w maven.pl (Arkadiusz =?iso-8859-2?q?Mi=B6kiewicz?=) Date: Wed, 12 Feb 2014 09:49:58 +0100 Subject: wersja stabilna In-Reply-To: References: Message-ID: <201402120949.59001.arekm@maven.pl> On Wednesday 12 of February 2014, lord_Niedzwiedz wrote: > Nie wiem kto robił jajko 3.10.28-1.x86_64 !! > Tragedia, nie uruchomiło mi się na połowie serwerów (zarówno mdadm jak > i hard raid1 i 5). > "Wersja stabilna". > I to na maszynach na których do tej pory nigdy, ale to nigdy nie było > problemów z bootem. Pełnym zdaniem poprosimy bośmy ciekawi szczegołów. ps. u mnie nie wstało raz ale to wina była zrytej jednej rel mdadma, a nie jajca. -- Arkadiusz Miśkiewicz, arekm / maven.pl From arekm w maven.pl Wed Feb 12 10:06:21 2014 From: arekm w maven.pl (Arkadiusz =?iso-8859-2?q?Mi=B6kiewicz?=) Date: Wed, 12 Feb 2014 10:06:21 +0100 Subject: wersja stabilna In-Reply-To: <201402120949.59001.arekm@maven.pl> References: <201402120949.59001.arekm@maven.pl> Message-ID: <201402121006.22086.arekm@maven.pl> On Wednesday 12 of February 2014, Arkadiusz Miśkiewicz wrote: > On Wednesday 12 of February 2014, lord_Niedzwiedz wrote: > > Nie wiem kto robił jajko 3.10.28-1.x86_64 !! > > Tragedia, nie uruchomiło mi się na połowie serwerów (zarówno mdadm jak > > > > i hard raid1 i 5). > > > > "Wersja stabilna". > > > > I to na maszynach na których do tej pory nigdy, ale to nigdy nie było > > problemów z bootem. > > Pełnym zdaniem poprosimy bośmy ciekawi szczegołów. mdadm 3.3-2 jest skopany. Przeniosłem z ready do main 3.3-4, które działa poprawnie. Fix: upgradnąć i przegenerować initrd. -- Arkadiusz Miśkiewicz, arekm / maven.pl From pld w sojka.co Wed Feb 12 10:18:32 2014 From: pld w sojka.co (=?ISO-8859-2?Q?Grzegorz_S=F3jka?=) Date: Wed, 12 Feb 2014 10:18:32 +0100 Subject: wersja stabilna In-Reply-To: <201402121006.22086.arekm@maven.pl> References: <201402120949.59001.arekm@maven.pl> <201402121006.22086.arekm@maven.pl> Message-ID: <52FB3C68.4060506@sojka.co> On 02/12/14 10:06, Arkadiusz Miśkiewicz wrote: > On Wednesday 12 of February 2014, Arkadiusz Miśkiewicz wrote: >> On Wednesday 12 of February 2014, lord_Niedzwiedz wrote: >>> Nie wiem kto robił jajko 3.10.28-1.x86_64 !! >>> Tragedia, nie uruchomiło mi się na połowie serwerów (zarówno mdadm jak >>> >>> i hard raid1 i 5). >>> >>> "Wersja stabilna". >>> >>> I to na maszynach na których do tej pory nigdy, ale to nigdy nie było >>> problemów z bootem. >> >> Pełnym zdaniem poprosimy bośmy ciekawi szczegołów. > > mdadm 3.3-2 jest skopany. Przeniosłem z ready do main 3.3-4, które działa > poprawnie. > > Fix: upgradnąć i przegenerować initrd. > Dokładniej nie ma w repozytorium pakietów mdadm-init*. Jak się doinstaluje z archiwum to działa. -- ______________Pozdrówka___________ / ___ ___ ___ ___ ___ / _ /__/ ___/ /_ /__ / /_ /_/ /__/ / | /__ /__ ___/ / /__ / | From arekm w maven.pl Wed Feb 12 10:23:15 2014 From: arekm w maven.pl (Arkadiusz =?iso-8859-2?q?Mi=B6kiewicz?=) Date: Wed, 12 Feb 2014 10:23:15 +0100 Subject: wersja stabilna In-Reply-To: <52FB3C68.4060506@sojka.co> References: <201402121006.22086.arekm@maven.pl> <52FB3C68.4060506@sojka.co> Message-ID: <201402121023.15835.arekm@maven.pl> On Wednesday 12 of February 2014, Grzegorz Sójka wrote: > > mdadm 3.3-2 jest skopany. Przeniosłem z ready do main 3.3-4, które działa > > poprawnie. > > > > Fix: upgradnąć i przegenerować initrd. > > Dokładniej nie ma w repozytorium pakietów mdadm-init*. Jak się > doinstaluje z archiwum to działa. Nie są potrzebne od (w zamyśle) rel 2, a w praktyce od rel 4. -- Arkadiusz Miśkiewicz, arekm / maven.pl From sir_Misiek w o2.pl Wed Feb 12 10:38:09 2014 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Wed, 12 Feb 2014 10:38:09 +0100 Subject: wersja stabilna In-Reply-To: <52FB3C68.4060506@sojka.co> References: <201402120949.59001.arekm@maven.pl> <201402121006.22086.arekm@maven.pl> <52FB3C68.4060506@sojka.co> Message-ID: <52FB4101.5010207@o2.pl> >>>> Nie wiem kto robił jajko 3.10.28-1.x86_64 !! >>>> Tragedia, nie uruchomiło mi się na połowie serwerów (zarówno >>>> mdadm jak >>>> >>>> i hard raid1 i 5). >>>> >>>> "Wersja stabilna". >>>> >>>> I to na maszynach na których do tej pory nigdy, ale to nigdy nie było >>>> problemów z bootem. >>> >>> Pełnym zdaniem poprosimy bośmy ciekawi szczegołów. >> >> mdadm 3.3-2 jest skopany. Przeniosłem z ready do main 3.3-4, które >> działa >> poprawnie. >> >> Fix: upgradnąć i przegenerować initrd. >> > Dokładniej nie ma w repozytorium pakietów mdadm-init*. Jak się > doinstaluje z archiwum to działa. Dzięki za pomoc. Wiem, że narzekać każdy jeden głupek potrafi. Nie mam czasu się jeszcze wziąć za developerkę PLD. Ale to zrobię na 120% !! Zadziałało. Pozdrawiam From maillistpld w gmail.com Wed Feb 12 20:26:54 2014 From: maillistpld w gmail.com (=?UTF-8?B?UGF3ZcWCIEzEmWN6bmFy?=) Date: Wed, 12 Feb 2014 20:26:54 +0100 Subject: partycje na /dev/md0 Message-ID: <52FBCAFE.6040609@gmail.com> witam, bootuje system z rescuecd i jest tak: [root w rescue ~]# modprobe sd-mod [root w rescue ~]# mdadm -A /dev/md0 /dev/sda /dev/sdb mdadm: /dev/md0 has been started with 2 drives. [root w rescue ~]# mkdir /pldroot [root w rescue ~]# mount /dev/md0p1 /pldroot/ mount: special device /dev/md0p1 does not exist [root w rescue ~]# fdisk -l Disk /dev/md0: 21.5 GB, 21474770944 bytes 2 heads, 4 sectors/track, 5242864 cylinders, total 41942912 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x21faa2fa Device Boot Start End Blocks Id System /dev/md0p1 * 1952 37111327 18554688 83 Linux /dev/md0p2 37111328 41942911 2415792 82 Linux swap / Solaris Disk /dev/sda: 21.5 GB, 21474836480 bytes 2 heads, 4 sectors/track, 5242880 cylinders, total 41943040 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x21faa2fa Device Boot Start End Blocks Id System /dev/sda1 * 1952 37111327 18554688 83 Linux /dev/sda2 37111328 41942911 2415792 82 Linux swap / Solaris Disk /dev/sdb: 21.5 GB, 21474836480 bytes 2 heads, 4 sectors/track, 5242880 cylinders, total 41943040 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x21faa2fa Device Boot Start End Blocks Id System /dev/sdb1 * 1952 37111327 18554688 83 Linux /dev/sdb2 37111328 41942911 2415792 82 Linux swap / Solaris [root w rescue ~]# mount /dev/md0p1 /pldroot/ [root w rescue ~]# moje pytanie brzmi, dlaczego tuż po uruchomieniu md0 na sda i sdb nie są widoczne partycje md0p1 i md0p2? dopiero jak się wywoła np fdisk -l automagicznie partycje na md0 są widoczne... pozdrawiam From maillistpld w gmail.com Fri Feb 14 19:26:16 2014 From: maillistpld w gmail.com (=?ISO-8859-2?Q?Pawe=B3_L=EAcznar?=) Date: Fri, 14 Feb 2014 19:26:16 +0100 Subject: wersja stabilna In-Reply-To: <201402121023.15835.arekm@maven.pl> References: <201402121006.22086.arekm@maven.pl> <52FB3C68.4060506@sojka.co> <201402121023.15835.arekm@maven.pl> Message-ID: <52FE5FC8.1010106@gmail.com> W dniu 2014-02-12 10:23, Arkadiusz Miśkiewicz pisze: > On Wednesday 12 of February 2014, Grzegorz Sójka wrote: > >>> mdadm 3.3-2 jest skopany. Przeniosłem z ready do main 3.3-4, które działa >>> poprawnie. >>> >>> Fix: upgradnąć i przegenerować initrd. >> Dokładniej nie ma w repozytorium pakietów mdadm-init*. Jak się >> doinstaluje z archiwum to działa. > Nie są potrzebne od (w zamyśle) rel 2, a w praktyce od rel 4. nie tak do końca, np. macierz raid1 /dev/md0 złożona z dwóch dysków np /dev/sda, /dev/sdb (bez partycji), na niej utworzona partycja /dev/md0p1 na której jest system (wraz z /boot), przy próbie uruchomienia w initrd przy pomocy mdassemble jest składana macierz i samą macierz /dev/md0 widać ale nie widać na niej partycji /dev/md0p1 co jest powodem nie uruchamiania się systemu - kernel panic, w sytuacji kiedy w initrd macierz jest składana przez mdadm a następnie jest uruchamiane polecenie mdadm --auto-detect system wstaje i działa bez zarzutu (po samym złożeniu macierzy przez mdadm a bez późniejszego wywołania mdadm --auto-detect w takiej konfiguracji też był problem z uruchamianiem), nie wiem czy ktoś korzysta z takiego sposobu składania macierzy ale byłoby fajnie żeby działał on bez alpejskich kombinacji bo na mój gust jest dość wygodny - do macierzy dodaje się całe dyski, nie trzeba na nich tworzyć partycji, nie trzeba instalować bootloadera - po raz zainstalowanym systemie wszystkim zajmuje się mdadm pozdrawiam From arekm w maven.pl Fri Feb 14 21:14:01 2014 From: arekm w maven.pl (Arkadiusz =?iso-8859-2?q?Mi=B6kiewicz?=) Date: Fri, 14 Feb 2014 21:14:01 +0100 Subject: wersja stabilna In-Reply-To: <52FE5FC8.1010106@gmail.com> References: <201402121023.15835.arekm@maven.pl> <52FE5FC8.1010106@gmail.com> Message-ID: <201402142114.02143.arekm@maven.pl> On Friday 14 of February 2014, Paweł Lęcznar wrote: > W dniu 2014-02-12 10:23, Arkadiusz Miśkiewicz pisze: > > On Wednesday 12 of February 2014, Grzegorz Sójka wrote: > >>> mdadm 3.3-2 jest skopany. Przeniosłem z ready do main 3.3-4, które > >>> działa poprawnie. > >>> > >>> Fix: upgradnąć i przegenerować initrd. > >> > >> Dokładniej nie ma w repozytorium pakietów mdadm-init*. Jak się > >> doinstaluje z archiwum to działa. > > > > Nie są potrzebne od (w zamyśle) rel 2, a w praktyce od rel 4. > > nie tak do końca, np. > > macierz raid1 /dev/md0 złożona z dwóch dysków np /dev/sda, /dev/sdb (bez > partycji), na niej utworzona partycja /dev/md0p1 na której jest system > (wraz z /boot), przy próbie uruchomienia w initrd przy pomocy mdassemble > jest składana macierz i samą macierz /dev/md0 widać ale nie widać na > niej partycji /dev/md0p1 co jest powodem nie uruchamiania się systemu - > kernel panic, Zobacz czy to wystarczy i czy składa tylko rootfsa (wywołanie z initrd nie powinno składać reszty, jedynie rootfsa). -- Arkadiusz Miśkiewicz, arekm / maven.pl -------------- następna część --------- Binarny załącznik wiadomości został usunięty... Nazwa: mdadm.patch Typ: text/x-patch Rozmiar: 870 bytes Opis: nie znany Adres: From maillistpld w gmail.com Sat Feb 15 11:09:36 2014 From: maillistpld w gmail.com (=?ISO-8859-2?Q?Pawe=B3_L=EAcznar?=) Date: Sat, 15 Feb 2014 11:09:36 +0100 Subject: wersja stabilna In-Reply-To: <201402142114.02143.arekm@maven.pl> References: <201402121023.15835.arekm@maven.pl> <52FE5FC8.1010106@gmail.com> <201402142114.02143.arekm@maven.pl> Message-ID: <52FF3CE0.6060602@gmail.com> W dniu 2014-02-14 21:14, Arkadiusz Miśkiewicz pisze: > On Friday 14 of February 2014, Paweł Lęcznar wrote: >> W dniu 2014-02-12 10:23, Arkadiusz Miśkiewicz pisze: >>> On Wednesday 12 of February 2014, Grzegorz Sójka wrote: >>>>> mdadm 3.3-2 jest skopany. Przeniosłem z ready do main 3.3-4, które >>>>> działa poprawnie. >>>>> >>>>> Fix: upgradnąć i przegenerować initrd. >>>> Dokładniej nie ma w repozytorium pakietów mdadm-init*. Jak się >>>> doinstaluje z archiwum to działa. >>> Nie są potrzebne od (w zamyśle) rel 2, a w praktyce od rel 4. >> nie tak do końca, np. >> >> macierz raid1 /dev/md0 złożona z dwóch dysków np /dev/sda, /dev/sdb (bez >> partycji), na niej utworzona partycja /dev/md0p1 na której jest system >> (wraz z /boot), przy próbie uruchomienia w initrd przy pomocy mdassemble >> jest składana macierz i samą macierz /dev/md0 widać ale nie widać na >> niej partycji /dev/md0p1 co jest powodem nie uruchamiania się systemu - >> kernel panic, > Zobacz czy to wystarczy i czy składa tylko rootfsa (wywołanie z initrd nie > powinno składać reszty, jedynie rootfsa). wywołanie zarówno z initrd jak i z rescuecd (rzecz jasna po odpowiedniej edycji /etc/mdadm.conf) kończy się to tak # mdadm --assemble --auto=yes --config=/etc/mdadm.conf mdadm: an md device must be given in this mode i macierz się nie składa, gdy do initrd wrzucę wywołanie # mdadm --assemble --auto=yes /dev/md0 /dev/sda /dev/sdb to macierz się składa ale system się nie uruchamia - ta sama historia co wcześniej - brak /dev/md0p1, dopiero gdy za tym wywołaniem dodam # mdadm --auto-detect to system się uruchamia. From arekm w maven.pl Sat Feb 15 11:36:07 2014 From: arekm w maven.pl (Arkadiusz =?iso-8859-2?q?Mi=B6kiewicz?=) Date: Sat, 15 Feb 2014 11:36:07 +0100 Subject: wersja stabilna In-Reply-To: <52FF3CE0.6060602@gmail.com> References: <201402142114.02143.arekm@maven.pl> <52FF3CE0.6060602@gmail.com> Message-ID: <201402151136.07683.arekm@maven.pl> On Saturday 15 of February 2014, Paweł Lęcznar wrote: > wywołanie zarówno z initrd jak i z rescuecd (rzecz jasna po odpowiedniej > edycji /etc/mdadm.conf) kończy się to tak > > # mdadm --assemble --auto=yes --config=/etc/mdadm.conf > mdadm: an md device must be given in this mode > > i macierz się nie składa, gdy do initrd wrzucę wywołanie > > # mdadm --assemble --auto=yes /dev/md0 /dev/sda /dev/sdb > > to macierz się składa ale system się nie uruchamia - ta sama historia co > wcześniej - brak /dev/md0p1, dopiero gdy za tym wywołaniem dodam a "mdadm --assemble --auto=mdp /dev/md0" ? -- Arkadiusz Miśkiewicz, arekm / maven.pl From maillistpld w gmail.com Sat Feb 15 19:30:55 2014 From: maillistpld w gmail.com (=?ISO-8859-2?Q?Pawe=B3_L=EAcznar?=) Date: Sat, 15 Feb 2014 19:30:55 +0100 Subject: wersja stabilna In-Reply-To: <201402151136.07683.arekm@maven.pl> References: <201402142114.02143.arekm@maven.pl> <52FF3CE0.6060602@gmail.com> <201402151136.07683.arekm@maven.pl> Message-ID: <52FFB25F.9010600@gmail.com> W dniu 2014-02-15 11:36, Arkadiusz Miśkiewicz pisze: > On Saturday 15 of February 2014, Paweł Lęcznar wrote: > >> wywołanie zarówno z initrd jak i z rescuecd (rzecz jasna po odpowiedniej >> edycji /etc/mdadm.conf) kończy się to tak >> >> # mdadm --assemble --auto=yes --config=/etc/mdadm.conf >> mdadm: an md device must be given in this mode >> >> i macierz się nie składa, gdy do initrd wrzucę wywołanie >> >> # mdadm --assemble --auto=yes /dev/md0 /dev/sda /dev/sdb >> >> to macierz się składa ale system się nie uruchamia - ta sama historia co >> wcześniej - brak /dev/md0p1, dopiero gdy za tym wywołaniem dodam > a > > "mdadm --assemble --auto=mdp /dev/md0" > > ? niestety bez zmian. ale przy dodaniu do initrd wywołań kolejno # mdassemble # mdadm --assemble /dev/md0 system się uruchamia... mogę się mylić ale problem może mieć związek z tym opisanym przeze mnie w innym wątku ma liście http://lists.pld-linux.org/mailman/pipermail/pld-users-pl/2014-February/078229.html , tutaj po poskładaniu macierzy też partycje nie są widoczne, pojawiają się dopiero gdy czymś się do tej macierzy odwołam (w opisanym przykładzie fdisk -l ale jak się okazuje równie dobre jest też mdadm --assemble /dev/md0 i mdadm --auto-detect) From maillistpld w gmail.com Sun Feb 16 18:26:42 2014 From: maillistpld w gmail.com (=?ISO-8859-2?Q?Pawe=B3_L=EAcznar?=) Date: Sun, 16 Feb 2014 18:26:42 +0100 Subject: wersja stabilna In-Reply-To: <52FFB25F.9010600@gmail.com> References: <201402142114.02143.arekm@maven.pl> <52FF3CE0.6060602@gmail.com> <201402151136.07683.arekm@maven.pl> <52FFB25F.9010600@gmail.com> Message-ID: <5300F4D2.3080601@gmail.com> W dniu 2014-02-15 19:30, Paweł Lęcznar pisze: > W dniu 2014-02-15 11:36, Arkadiusz Miśkiewicz pisze: >> On Saturday 15 of February 2014, Paweł Lęcznar wrote: >> >>> wywołanie zarówno z initrd jak i z rescuecd (rzecz jasna po odpowiedniej >>> edycji /etc/mdadm.conf) kończy się to tak >>> >>> # mdadm --assemble --auto=yes --config=/etc/mdadm.conf >>> mdadm: an md device must be given in this mode >>> >>> i macierz się nie składa, gdy do initrd wrzucę wywołanie >>> >>> # mdadm --assemble --auto=yes /dev/md0 /dev/sda /dev/sdb >>> >>> to macierz się składa ale system się nie uruchamia - ta sama historia co >>> wcześniej - brak /dev/md0p1, dopiero gdy za tym wywołaniem dodam >> a >> >> "mdadm --assemble --auto=mdp /dev/md0" >> >> ? > niestety bez zmian. ale przy dodaniu do initrd wywołań kolejno > > # mdassemble > # mdadm --assemble /dev/md0 > > system się uruchamia... mogę się mylić ale problem może mieć związek z > tym opisanym przeze mnie w innym wątku ma liście > http://lists.pld-linux.org/mailman/pipermail/pld-users-pl/2014-February/078229.html > , tutaj po poskładaniu macierzy też partycje nie są widoczne, pojawiają > się dopiero gdy czymś się do tej macierzy odwołam (w opisanym > przykładzie fdisk -l ale jak się okazuje równie dobre jest też mdadm > --assemble /dev/md0 i mdadm --auto-detect) Wszystko wskazuje na to, że winnym zaistniałego zamieszania jest udev a dokładniej reguła KERNEL=="fd*|mtd*|nbd*|gnbd*|btibm*|dm-*|md*", GOTO="persistent_storage_end" z pliku /lib/udev/rules.d/60-persistent-storage.rules. Problem rozwiązuje usunięcie z powyższej linii wpisów dotyczących urządzeń md* czyli KERNEL=="fd*|mtd*|nbd*|gnbd*|btibm*|dm-*", GOTO="persistent_storage_end" Nie wiem jakie jest poprawne rozwiązanie tego problemu ale może ktoś bardziej obyty w temacie przyjrzy się temu? pozdrawiam From sir_Misiek w o2.pl Tue Feb 18 14:43:26 2014 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Tue, 18 Feb 2014 14:43:26 +0100 Subject: kvm qemu Message-ID: Po aktualizacji nie działa mi USB w kvm qemu !! qemu-system-x86_64 -k pl -usb -usbdevice tablet -usb -device usb-host,hostbus=1,hostaddr=2,id=usb3.0,bus=ehci.0 -drive file=/vservers/Virtual/xp.img_jasik,aio=native,cache=writeback -m 2048 -net nic,model=e1000,macaddr=DE:AD:BE:EF:40:60 -net tap -vnc :4 -enable-kvm -smp 2 & Dostaje komunikat: qemu-system-x86_64: -device usb-host,hostbus=1,hostaddr=2,id=usb3.0,bus=ehci.0: Parameter 'driver' expects device type Ponoć jest to związane z "Any chance you don't have libusbx-devel installed and qemu is therefore built without usb-host support?" Mam po 18 systemów operacyjnych peer serwer i troszkę kiszkę w temacie ;-D Ktoś ma jakieś pomysły ??!! ;-) From masko w ipipan.waw.pl Mon Feb 24 19:22:46 2014 From: masko w ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=) Date: Mon, 24 Feb 2014 19:22:46 +0100 Subject: [OT] LaTeX, beamer i brak =?UTF-8?B?dHl0dcWCw7N3IHNsYWpkw7N3IGkgYmxva8Ozdw==?= Message-ID: <8992199.qoQzScGp1G@laptok> Może ktoś obeznany z LaTeX-em się tu objawi... mam nadzieję. Próbuję robić prezentację w beamerze i mam kłopot z tematami. Jeśli nie użyję usetheme, to wszystko jest na swoim miejscu, chociaż wygląda kiepsko. Jeśli próbuję użyć jakiegokolwiek tematu, znikają mi wszelkie tytuły, nie pojawiają się elementy graficzne itp. Po prostu szlag trafia wszystko. Czy ktoś może się z czymś takim spotkał? Sprawa dotyczy wersji dostępnych w naszej dystrybucji. Może brakuje mi jakiegoś pakietu, ale LaTeX przy kompilacji nie wypluwa błędó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 baggins w pld-linux.org Thu Feb 27 17:50:38 2014 From: baggins w pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=) Date: Thu, 27 Feb 2014 17:50:38 +0100 Subject: New kernels in th-ready Message-ID: <20140227165038.GB1488@home.mimuw.edu.pl> Hi, Because there is a demand for both 3.4 and 3.10 longterm kernel lines, we came up with new naming scheme for kernel packages that enables us to keep as many kernel lines as we want. So, instead of kernel-longterm-... we now have kernel-3.4-... and kernel-3.10-... packages, and of course master kernel-.... All 3 package sets are available in th-ready, the '-longterm' packages in th main repository will soon be replaced by new -3.4 and -3.10 sets. Devel: If you want to rebuild a package with kernel modules from now on please do it like this: make-request -r -a --without userspace --define 'build_kernels 3.4,3.10' package.spec -- Jan Rękorajski | PLD/Linux SysAdm | http://www.pld-linux.org/ bagginsmimuw.edu.pl bagginspld-linux.org From pld w sojka.co Thu Feb 27 21:56:06 2014 From: pld w sojka.co (=?ISO-8859-2?Q?Grzegorz_S=F3jka?=) Date: Thu, 27 Feb 2014 21:56:06 +0100 Subject: HostAPd Message-ID: <530FA666.4050500@sojka.co> Witam serdecznie, Jest jakaś kicha z hostapd-2.1-1. U mnie segfaultuje przy starcie: hostapd[12356]: segfault at 0 ip 000000000049fe77 sp 00007fff36c56a20 error 4 in hostapd[400000+fa000]. Downgrade rozwiązuje problem. -- Pozdrawiam Grzesiek Wysłane z kompa wolnego od wirusów Billa Gatesa.