Re: [rlug] problema partitie
On 28/10/2009 13:35, Catalin Bucur wrote: Salut, Am o problema cu o partitie pe care n-o vede kernelul, desi nu e nimic deosebit la ea. Ar fi trebuit sa fie partitie de swap, dar in cazul de fata n-o pot activa. Detalii: # lsscsi --device 2:0:0:0 [2:0:0:0]diskATA WDC WD740GD-00FL 33.0 /dev/sdc [8:32] # fdisk -l /dev/sdc Disk /dev/sdc: 74.3 GB, 74355769344 bytes 255 heads, 63 sectors/track, 9039 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x35933592 Device Boot Start End Blocks Id System /dev/sdc1 1 244 1959898+ 82 Linux swap / Solaris /dev/sdc2 * 245903970645837+ 83 Linux # ll /dev/sdc* brw-rw 1 root disk 8, 32 2009-10-26 23:22 /dev/sdc brw-rw 1 root disk 8, 33 2009-10-26 21:28 /dev/sdc1 brw-rw 1 root disk 8, 34 2009-10-24 14:34 /dev/sdc2 # mkswap /dev/sdc1 /dev/sdc1: No such device or address # uname -a Linux linux 2.6.30.8-64.fc11.i586 #1 SMP Fri Sep 25 04:30:19 EDT 2009 i686 i686 i386 GNU/Linux /dev/sdc1 nu exista initial, dar nu-mi dau seama de ce nu l-a creat udev-ul automat. L-am creat manual cu MAKEDEV, dar se pare ca nu ajuta prea mult. Ceva idei ce sa mai incerc? Stiu ca e tardiv raspunsul meu, abia acum am reusit sa ma ocup mai serios de problema asta, dar poate e bine sa ramana in arhive in caz o sa aiba nevoie cineva. Desi kernelul vedea partitia respectiva la boot, udev refuza sa o creeze ca device in /dev, asa ca nu o puteam folosi ca partitie de swap oricate chestii am incercat. Harddisk-ul respectiv a facut parte inainte dintr-un raid hardware (la care am fost nevoit sa renunt), drept urmare i-a ramas scrisa metadata aferenta. Cu mdadm nu se vedea nimic neobisnuit, insa cu dmraid da. Asa ca dupa ce am sters metadata cu comanda 'dmraid -rE' totul a revenit la normal. Numai bine, -- Catalin Bucur mailto:c...@geniusnet.ro NOC @ Genius Network SRL - Galati - Romania ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] problema partitie
On Wed, Oct 28, 2009 at 1:35 PM, Catalin Bucur c...@geniusnet.ro wrote: Salut, Am o problema cu o partitie pe care n-o vede kernelul, desi nu e nimic deosebit la ea. Ar fi trebuit sa fie partitie de swap, dar in cazul de fata n-o pot activa. incearca un blockdev --rereadpt /dev/sdc dupa care da-i un dmesg si vezi ce e pe acolo legat de sdc Detalii: # lsscsi --device 2:0:0:0 [2:0:0:0] disk ATA WDC WD740GD-00FL 33.0 /dev/sdc [8:32] # fdisk -l /dev/sdc Disk /dev/sdc: 74.3 GB, 74355769344 bytes 255 heads, 63 sectors/track, 9039 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x35933592 Device Boot Start End Blocks Id System /dev/sdc1 1 244 1959898+ 82 Linux swap / Solaris /dev/sdc2 * 245 9039 70645837+ 83 Linux # ll /dev/sdc* brw-rw 1 root disk 8, 32 2009-10-26 23:22 /dev/sdc brw-rw 1 root disk 8, 33 2009-10-26 21:28 /dev/sdc1 brw-rw 1 root disk 8, 34 2009-10-24 14:34 /dev/sdc2 # mkswap /dev/sdc1 /dev/sdc1: No such device or address # uname -a Linux linux 2.6.30.8-64.fc11.i586 #1 SMP Fri Sep 25 04:30:19 EDT 2009 i686 i686 i386 GNU/Linux /dev/sdc1 nu exista initial, dar nu-mi dau seama de ce nu l-a creat udev-ul automat. L-am creat manual cu MAKEDEV, dar se pare ca nu ajuta prea mult. Ceva idei ce sa mai incerc? Mersi, -- Catalin Bucur mailto:c...@geniusnet.ro NOC @ Genius Network SRL - Galati - Romania ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] problema partitie
On 28.10.2009 14:14, Catalin Muresan wrote: incearca un blockdev --rereadpt /dev/sdc dupa care da-i un dmesg si vezi ce e pe acolo legat de sdc # blockdev --rereadpt /dev/sdc BLKRRPART: Device or resource busy Nu scrie nimic in dmesg, astea sunt mesajele initiale de la boot: # dmesg|grep sdc sd 2:0:0:0: [sdc] 145226112 512-byte hardware sectors: (74.3 GB/69.2 GiB) sd 2:0:0:0: [sdc] Write Protect is off sd 2:0:0:0: [sdc] Mode Sense: 00 3a 00 00 sd 2:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sdc: sdc1 sdc2 sd 2:0:0:0: [sdc] Attached SCSI disk EXT3-fs: sdc2: orphan cleanup on readonly fs EXT3-fs: sdc2: 1 truncate cleaned up EXT3 FS on sdc2, internal journal Mai am 2 hdd-uri pe IDE in raid in afara de sdc care e SATA. E posibil sa iasa vreo balarie din motivul ca vede IDE-urile sda/sdb (primele in lista)? Desi raid-ul merge ok, vede ok si sdc2 care e partitia de root si de pe care si booteaza, nu stiu de ce-ar avea ceva anume cu sdc1. -- Catalin Bucur mailto:c...@geniusnet.ro NOC @ Genius Network SRL - Galati - Romania ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] problema partitie
Partitia aia e proaspat creata ? Daca da, mai face chestia asta dupa reboot ? ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] problema partitie
On 28.10.2009 14:45, Vali Dragnuta wrote: Partitia aia e proaspat creata ? Daca da, mai face chestia asta dupa reboot ? E un hdd partitionat de curand. Oricum, am sters/adaugat din nou partitia de swap acum 2 zile, insa nu am apucat sa-i dau reboot. Dar reboot-uri pana acum 2 zile i-am mai dat de vreo cateva ori. -- Catalin Bucur mailto:c...@geniusnet.ro NOC @ Genius Network SRL - Galati - Romania ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] problema partitie
Catalin Bucur wrote: E un hdd partitionat de curand. Oricum, am sters/adaugat din nou partitia de swap acum 2 zile, insa nu am apucat sa-i dau reboot. Dar reboot-uri pana acum 2 zile i-am mai dat de vreo cateva ori. Fa reboot -- Dan Borlovan Datagroup-Int ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] problema partitie
Problema e ca daca sistemul de operare se afla tot pe discul pe care te joci tu cu fdisk kernelul refuza sa reincarce tabela de partitii (asa cum ai si vazut cind ai dat blockdev --rereadpt. Drept pentru care, din nefericire trebuie sa dai reboot atunci cind faci schimbari in tabela de partitii a discului de pe care bootezi. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] problema partitie
On 28.10.2009 15:46, Vali Dragnuta wrote: Problema e ca daca sistemul de operare se afla tot pe discul pe care te joci tu cu fdisk kernelul refuza sa reincarce tabela de partitii (asa cum ai si vazut cind ai dat blockdev --rereadpt. Drept pentru care, din nefericire trebuie sa dai reboot atunci cind faci schimbari in tabela de partitii a discului de pe care bootezi. Da, stiu :-) Astept momentul prielnic. Numai ca ceva imi spune ca n-o sa se schimbe nimic, pentru ca practic nu am facut decat sa dau delete la o partitie existenta si s-o recreez, avand exact aceeasi parametri. Dar, sa vedem... -- Catalin Bucur mailto:c...@geniusnet.ro NOC @ Genius Network SRL - Galati - Romania ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] problema partitie
2009/10/28 Catalin Bucur c...@geniusnet.ro: On 28.10.2009 15:46, Vali Dragnuta wrote: Problema e ca daca sistemul de operare se afla tot pe discul pe care te joci tu cu fdisk kernelul refuza sa reincarce tabela de partitii (asa cum ai si vazut cind ai dat blockdev --rereadpt. Drept pentru care, din nefericire trebuie sa dai reboot atunci cind faci schimbari in tabela de partitii a discului de pe care bootezi. Da, stiu :-) Astept momentul prielnic. Numai ca ceva imi spune ca n-o sa se schimbe nimic, pentru ca practic nu am facut decat sa dau delete la o partitie existenta si s-o recreez, avand exact aceeasi parametri. Dar, sa vedem... Vezi ca daca nu iti inregistreaza kernelul partitia ca blockdevice, poti sa-i faci tu vrajile lui peste cu mknod ca nu te baga in seama. Adevarul cel mai adevarat (TM) e in /proc/partitions (major, minor, number of blocks). -- Petre don't thread on me Ratiu ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] problema partitie
On 28.10.2009 16:00, Petru Ratiu wrote: Vezi ca daca nu iti inregistreaza kernelul partitia ca blockdevice, poti sa-i faci tu vrajile lui peste cu mknod ca nu te baga in seama. Adevarul cel mai adevarat (TM) e in /proc/partitions (major, minor, number of blocks). Imi dau seama, numai ca dupa ce termini cu teoria si cu verificatul tuturor lucrurilor logice incepi s-o iei babeste cu chestii de genul: da' daca fac aia oare se schimba ceva, o sa scrie ceva prin vreun log sa imi mai dea idei? -- Catalin Bucur mailto:c...@geniusnet.ro NOC @ Genius Network SRL - Galati - Romania ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] problema partitie
On 28.10.2009 15:54, Catalin Bucur wrote: On 28.10.2009 15:46, Vali Dragnuta wrote: Problema e ca daca sistemul de operare se afla tot pe discul pe care te joci tu cu fdisk kernelul refuza sa reincarce tabela de partitii (asa cum ai si vazut cind ai dat blockdev --rereadpt. Drept pentru care, din nefericire trebuie sa dai reboot atunci cind faci schimbari in tabela de partitii a discului de pe care bootezi. Da, stiu :-) Astept momentul prielnic. Numai ca ceva imi spune ca n-o sa se schimbe nimic, pentru ca practic nu am facut decat sa dau delete la o partitie existenta si s-o recreez, avand exact aceeasi parametri. Dar, sa vedem... Am avut dreptate, dupa reboot nicio schimbare, sdc1 nu apare in lista de partitii: # cat /proc/partitions major minor #blocks name 80 244198584 sda 81 244196001 sda1 8 16 244198584 sdb 8 17 244196001 sdb1 8 32 72613056 sdc 8 34 70645837 sdc2 90 244195904 md0 # mkswap /dev/sdc1 /dev/sdc1: No such file or directory Dupa reboot am facut update-uri (era si unul la kernel), la care a zis asa: Installing : kernel-2.6.30.9-90.fc11.i586 WARNING: /dev/sdc1 is a not a block device, skipping De unde deduc ca e o confuzie in 'creierul' lui, undeva device-ul este definit, dar nu reuseste sa-l creeze la boot. P.S. Reboot dupa update kernel nu a schimbat situatia. -- Catalin Bucur mailto:c...@geniusnet.ro NOC @ Genius Network SRL - Galati - Romania ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] problema partitie
2009/10/28 Catalin Bucur c...@geniusnet.ro: On 28.10.2009 15:54, Catalin Bucur wrote: On 28.10.2009 15:46, Vali Dragnuta wrote: Problema e ca daca sistemul de operare se afla tot pe discul pe care te joci tu cu fdisk kernelul refuza sa reincarce tabela de partitii (asa cum ai si vazut cind ai dat blockdev --rereadpt. Drept pentru care, din nefericire trebuie sa dai reboot atunci cind faci schimbari in tabela de partitii a discului de pe care bootezi. Da, stiu :-) Astept momentul prielnic. Numai ca ceva imi spune ca n-o sa se schimbe nimic, pentru ca practic nu am facut decat sa dau delete la o partitie existenta si s-o recreez, avand exact aceeasi parametri. Dar, sa vedem... Am avut dreptate, dupa reboot nicio schimbare, sdc1 nu apare in lista de partitii: # cat /proc/partitions major minor #blocks name 8 0 244198584 sda 8 1 244196001 sda1 8 16 244198584 sdb 8 17 244196001 sdb1 8 32 72613056 sdc 8 34 70645837 sdc2 9 0 244195904 md0 # mkswap /dev/sdc1 /dev/sdc1: No such file or directory Dupa reboot am facut update-uri (era si unul la kernel), la care a zis asa: Installing : kernel-2.6.30.9-90.fc11.i586 WARNING: /dev/sdc1 is a not a block device, skipping De unde deduc ca e o confuzie in 'creierul' lui, undeva device-ul este definit, dar nu reuseste sa-l creeze la boot. (daca sistemul nu e cu udev si sysfs, ignora acest mail) in /sys/block/sdc apare si sdc1 sau nu? Daca da, poate ca ai device-ul creat cu mknod aiurea si se supara udev cand il creeaza. Daca nu, pare sa fie ceva de detectie si poate e tabela de partitii cu probleme (vezi daca alt sistem il vede, eventual cu un livecd). -- Petre don't thread on me Ratiu ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] problema partitie
SLACKWARE like distributions are NEVER a good idea to be used in production environments !!! Mircea even Mandrake was able to do this C. 2009/10/28 Catalin Bucur c...@geniusnet.ro: On 28.10.2009 15:54, Catalin Bucur wrote: On 28.10.2009 15:46, Vali Dragnuta wrote: Problema e ca daca sistemul de operare se afla tot pe discul pe care te joci tu cu fdisk kernelul refuza sa reincarce tabela de partitii (asa cum ai si vazut cind ai dat blockdev --rereadpt. Drept pentru care, din nefericire trebuie sa dai reboot atunci cind faci schimbari in tabela de partitii a discului de pe care bootezi. Da, stiu :-) Astept momentul prielnic. Numai ca ceva imi spune ca n-o sa se schimbe nimic, pentru ca practic nu am facut decat sa dau delete la o partitie existenta si s-o recreez, avand exact aceeasi parametri. Dar, sa vedem... Am avut dreptate, dupa reboot nicio schimbare, sdc1 nu apare in lista de partitii: # cat /proc/partitions major minor #blocks name 8 0 244198584 sda 8 1 244196001 sda1 8 16 244198584 sdb 8 17 244196001 sdb1 8 32 72613056 sdc 8 34 70645837 sdc2 9 0 244195904 md0 # mkswap /dev/sdc1 /dev/sdc1: No such file or directory Dupa reboot am facut update-uri (era si unul la kernel), la care a zis asa: Installing : kernel-2.6.30.9-90.fc11.i586 WARNING: /dev/sdc1 is a not a block device, skipping De unde deduc ca e o confuzie in 'creierul' lui, undeva device-ul este definit, dar nu reuseste sa-l creeze la boot. P.S. Reboot dupa update kernel nu a schimbat situatia. -- Catalin Bucur mailto:c...@geniusnet.ro NOC @ Genius Network SRL - Galati - Romania ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] problema partitie
Mircea Ciocan wrote: SLACKWARE like distributions are NEVER a good idea to be used in production environments !!! Mircea even Mandrake was able to do this C. doar ca omul are fc11, care seamana mai mult cu mandriva decit cu slack 2009/10/28 Catalin Bucur c...@geniusnet.ro: On 28.10.2009 15:54, Catalin Bucur wrote: On 28.10.2009 15:46, Vali Dragnuta wrote: Problema e ca daca sistemul de operare se afla tot pe discul pe care te joci tu cu fdisk kernelul refuza sa reincarce tabela de partitii (asa cum ai si vazut cind ai dat blockdev --rereadpt. Drept pentru care, din nefericire trebuie sa dai reboot atunci cind faci schimbari in tabela de partitii a discului de pe care bootezi. Da, stiu :-) Astept momentul prielnic. Numai ca ceva imi spune ca n-o sa se schimbe nimic, pentru ca practic nu am facut decat sa dau delete la o partitie existenta si s-o recreez, avand exact aceeasi parametri. Dar, sa vedem... Am avut dreptate, dupa reboot nicio schimbare, sdc1 nu apare in lista de partitii: # cat /proc/partitions major minor #blocks name 80 244198584 sda 81 244196001 sda1 8 16 244198584 sdb 8 17 244196001 sdb1 8 32 72613056 sdc 8 34 70645837 sdc2 90 244195904 md0 # mkswap /dev/sdc1 /dev/sdc1: No such file or directory Dupa reboot am facut update-uri (era si unul la kernel), la care a zis asa: Installing : kernel-2.6.30.9-90.fc11.i586 WARNING: /dev/sdc1 is a not a block device, skipping De unde deduc ca e o confuzie in 'creierul' lui, undeva device-ul este definit, dar nu reuseste sa-l creeze la boot. P.S. Reboot dupa update kernel nu a schimbat situatia. -- Catalin Bucur mailto:c...@geniusnet.ro NOC @ Genius Network SRL - Galati - Romania ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] problema partitie
2009/10/28 lonely wolf wo...@prolinux.ro: Mircea Ciocan wrote: SLACKWARE like distributions are NEVER a good idea to be used in production environments !!! Mircea even Mandrake was able to do this C. doar ca omul are fc11, care seamana mai mult cu mandriva decit cu slack Slackware e o stare de spirit. -- Petre don't thread on me Ratiu ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] problema partitie
On 28.10.2009 17:36, Petru Ratiu wrote: (daca sistemul nu e cu udev si sysfs, ignora acest mail) in /sys/block/sdc apare si sdc1 sau nu? Daca da, poate ca ai device-ul creat cu mknod aiurea si se supara udev cand il creeaza. Daca nu, pare sa fie ceva de detectie si poate e tabela de partitii cu probleme (vezi daca alt sistem il vede, eventual cu un livecd). O sa ma fac ca nu vad mailul lui MirceaC ca e abia miercuri :-) Sistemul e cu udev si sysfs, device-ul a fost creat corect cand am facut-o manual, insa acum dupa reboot l-a sters automat asa ca nu asta nu-i convine. O sa ma uit intr-o zi si la tabela de partitii cu livecd, desi daca am putut sterge/recrea partitia sdc1, nu vad ce-ar putea avea. Plus ca partitionarea am facut-o eu manual cu fdisk si nu mi-a dat nicio eroare, apoi am formatat partitiile etc. -- Catalin Bucur mailto:c...@geniusnet.ro NOC @ Genius Network SRL - Galati - Romania ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] problema partitie
2009/10/28 Catalin Bucur c...@geniusnet.ro: On 28.10.2009 15:54, Catalin Bucur wrote: On 28.10.2009 15:46, Vali Dragnuta wrote: Problema e ca daca sistemul de operare se afla tot pe discul pe care te joci tu cu fdisk kernelul refuza sa reincarce tabela de partitii (asa cum ai si vazut cind ai dat blockdev --rereadpt. Drept pentru care, din nefericire trebuie sa dai reboot atunci cind faci schimbari in tabela de partitii a discului de pe care bootezi. Da, stiu :-) Astept momentul prielnic. Numai ca ceva imi spune ca n-o sa se schimbe nimic, pentru ca practic nu am facut decat sa dau delete la o partitie existenta si s-o recreez, avand exact aceeasi parametri. Dar, sa vedem... Am avut dreptate, dupa reboot nicio schimbare, sdc1 nu apare in lista de partitii: # cat /proc/partitions major minor #blocks name 8 0 244198584 sda 8 1 244196001 sda1 8 16 244198584 sdb 8 17 244196001 sdb1 8 32 72613056 sdc 8 34 70645837 sdc2 9 0 244195904 md0 # mkswap /dev/sdc1 /dev/sdc1: No such file or directory strace mkswap /dev/sdc1 selinux ? sa vedem unde crapa :P Dupa reboot am facut update-uri (era si unul la kernel), la care a zis asa: Installing : kernel-2.6.30.9-90.fc11.i586 WARNING: /dev/sdc1 is a not a block device, skipping De unde deduc ca e o confuzie in 'creierul' lui, undeva device-ul este definit, dar nu reuseste sa-l creeze la boot. P.S. Reboot dupa update kernel nu a schimbat situatia. -- Catalin Bucur mailto:c...@geniusnet.ro NOC @ Genius Network SRL - Galati - Romania ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] problema partitie
2009/10/28 Catalin Muresan catalin.mure...@gmail.com: strace mkswap /dev/sdc1 si nu uita sa defragmentezi! Problema lui e ca kernelul nu-i vede device-ul la boot, strace in cazul asta e din categoria dati ping in gateway sa reparati conexiunea. -- Petre don't thread on me Ratiu ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] problema partitie
Rade partitia, reboot, refa partitia, partprobe, reboot si vezi daca o ia. FC6 cica avea des problema asta. Alea mai noi habar n-am. Dragos Catalin Bucur wrote: On 28.10.2009 17:36, Petru Ratiu wrote: in /sys/block/sdc apare si sdc1 sau nu? Daca da, poate ca ai device-ul creat cu mknod aiurea si se supara udev cand il creeaza. Daca nu, pare sa fie ceva de detectie si poate e tabela de partitii cu probleme (vezi daca alt sistem il vede, eventual cu un livecd). Mi-a mai venit o idee - poate asta ii va da peste cap logica, pot schimba ordinea harddisk-urilor la boot (din BIOS nu pot face asta, IDE-urile le vede primele) folosind un fisier de genul: /etc/udev/rules.d/70-persistent-net.rules Unde ar trebui sa citesc ca sa-mi dau seama ce-ar trebui scris in el? -- Catalin Bucur mailto:c...@geniusnet.ro NOC @ Genius Network SRL - Galati - Romania ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] problema partitie
2009/10/28 Petru Ratiu rpe...@gmail.com: 2009/10/28 Catalin Muresan catalin.mure...@gmail.com: strace mkswap /dev/sdc1 si nu uita sa defragmentezi! funny guy. si inca nu e vineri. Problema lui e ca kernelul nu-i vede device-ul la boot, strace in cazul asta e din categoria dati ping in gateway sa reparati conexiunea. asta ce-i ? # dmesg|grep sdc sd 2:0:0:0: [sdc] 145226112 512-byte hardware sectors: (74.3 GB/69.2 GiB) sd 2:0:0:0: [sdc] Write Protect is off sd 2:0:0:0: [sdc] Mode Sense: 00 3a 00 00 sd 2:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sdc: sdc1 sdc2 strace nu ajuta la nimic, decit sa vad mai multe. -- Petre don't thread on me Ratiu ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] problema partitie
Catalin Muresan wrote:
strace nu ajuta la nimic, decit sa vad mai multe.
SELINUX=disabled
# strace mkswap /dev/sdc1
execve(/sbin/mkswap, [mkswap, /dev/sdc1], [/* 23 vars */]) = 0
brk(0) = 0x970f000
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or
directory)
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=113820, ...}) = 0
mmap2(NULL, 113820, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb77d8000
close(3)= 0
open(/lib/libuuid.so.1, O_RDONLY) = 3
read(3,
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\217\337\0004\0\0\0\370...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=15864, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb77d7000
mmap2(0xdf8000, 12820, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
3, 0) = 0xdf8000
mmap2(0xdfb000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3) = 0xdfb000
close(3)= 0
open(/lib/libselinux.so.1, O_RDONLY) = 3
read(3,
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\\21\335\0004\0\0\0P...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=118312, ...}) = 0
mmap2(0xdcd000, 121836, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
3, 0) = 0xdcd000
mmap2(0xde9000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1b) = 0xde9000
close(3)= 0
open(/lib/libc.so.6, O_RDONLY)= 3
read(3,
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300\253\276\0004\0\0\0\354...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1803428, ...}) = 0
mmap2(0xbd4000, 1509672, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
3, 0) = 0xbd4000
mmap2(0xd3f000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x16b) = 0xd3f000
mmap2(0xd42000, 10536, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xd42000
close(3)= 0
open(/lib/libdl.so.2, O_RDONLY) = 3
read(3,
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\32\327\0004\0\0\0(...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=20464, ...}) = 0
mmap2(0xd71000, 16500, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
3, 0) = 0xd71000
mmap2(0xd74000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2) = 0xd74000
close(3)= 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb77d6000
set_thread_area({entry_number:-1 - 6, base_addr:0xb77d6a30,
limit:1048575, seg_32bit:1, contents:0, read_exec_only:0,
limit_in_pages:1, seg_not_present:0, useable:1}) = 0
mprotect(0xde9000, 4096, PROT_READ) = 0
mprotect(0xd3f000, 8192, PROT_READ) = 0
mprotect(0xbd, 4096, PROT_READ) = 0
mprotect(0xd74000, 4096, PROT_READ) = 0
munmap(0xb77d8000, 113820) = 0
brk(0) = 0x970f000
brk(0x973) = 0x973
open(/etc/selinux/config, O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=511, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb77f3000
read(3, # This file controls the state of..., 4096) = 511
read(3, ..., 4096)= 0
close(3)= 0
munmap(0xb77f3000, 4096)= 0
statfs64(/selinux, 84, {f_type=EXT2_SUPER_MAGIC, f_bsize=4096,
f_blocks=17384335, f_bfree=10052628, f_bavail=9169556, f_files=4415488,
f_ffree=4147875, f_fsid={525309480, -339119766}, f_namelen=255,
f_frsize=4096}) = 0
open(/proc/mounts, O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb77f3000
read(3, rootfs / rootfs rw 0 0\n/dev/root ..., 1024) = 462
read(3, ..., 1024)= 0
close(3)= 0
munmap(0xb77f3000, 4096)= 0
open(/usr/lib/locale/locale-archive, O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=84748720, ...}) = 0
mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb75d6000
mmap2(NULL, 245760, PROT_READ, MAP_PRIVATE, 3, 0x246d) = 0xb759a000
mmap2(NULL, 4096, PROT_READ, MAP_PRIVATE, 3, 0x24c6) = 0xb7599000
close(3)= 0
gettimeofday({1256755441, 692961}, NULL) = 0
open(/dev/urandom, O_RDONLY) = 3
fcntl64(3, F_GETFD) = 0
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
getpid()= 13146
getuid32() = 0
getppid() = 13145
gettimeofday({1256755441, 693252}, NULL) = 0
gettimeofday({1256755441, 693299}, NULL) = 0
read(3, y\301Q\300\210\34\233I\23\213y\333\347wM\301..., 16) = 16
gettid()= 13146
open(/dev/sdc1, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or
directory)
dup(2)
Re: [rlug] problema partitie
Dragos Chiriac wrote: Rade partitia, reboot, refa partitia, partprobe, reboot si vezi daca o ia. FC6 cica avea des problema asta. Alea mai noi habar n-am. Done. No success. -- Catalin Bucur mailto:c...@geniusnet.ro NOC @ Genius Network SRL - Galati - Romania ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] problema partitie
Salut,
Poti sa ne trimiti si:
sfdisk -l
sfdisk -d
On Wed, Oct 28, 2009 at 2:51 PM, Catalin Bucur c...@geniusnet.ro wrote:
Catalin Muresan wrote:
strace nu ajuta la nimic, decit sa vad mai multe.
SELINUX=disabled
# strace mkswap /dev/sdc1
execve(/sbin/mkswap, [mkswap, /dev/sdc1], [/* 23 vars */]) = 0
brk(0) = 0x970f000
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or
directory)
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=113820, ...}) = 0
mmap2(NULL, 113820, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb77d8000
close(3) = 0
open(/lib/libuuid.so.1, O_RDONLY) = 3
read(3,
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\217\337\0004\0\0\0\370...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=15864, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb77d7000
mmap2(0xdf8000, 12820, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
3, 0) = 0xdf8000
mmap2(0xdfb000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3) = 0xdfb000
close(3) = 0
open(/lib/libselinux.so.1, O_RDONLY) = 3
read(3,
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\\21\335\0004\0\0\0P...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=118312, ...}) = 0
mmap2(0xdcd000, 121836, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
3, 0) = 0xdcd000
mmap2(0xde9000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1b) = 0xde9000
close(3) = 0
open(/lib/libc.so.6, O_RDONLY) = 3
read(3,
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300\253\276\0004\0\0\0\354...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1803428, ...}) = 0
mmap2(0xbd4000, 1509672, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
3, 0) = 0xbd4000
mmap2(0xd3f000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x16b) = 0xd3f000
mmap2(0xd42000, 10536, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xd42000
close(3) = 0
open(/lib/libdl.so.2, O_RDONLY) = 3
read(3,
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\32\327\0004\0\0\0(...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=20464, ...}) = 0
mmap2(0xd71000, 16500, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
3, 0) = 0xd71000
mmap2(0xd74000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2) = 0xd74000
close(3) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb77d6000
set_thread_area({entry_number:-1 - 6, base_addr:0xb77d6a30,
limit:1048575, seg_32bit:1, contents:0, read_exec_only:0,
limit_in_pages:1, seg_not_present:0, useable:1}) = 0
mprotect(0xde9000, 4096, PROT_READ) = 0
mprotect(0xd3f000, 8192, PROT_READ) = 0
mprotect(0xbd, 4096, PROT_READ) = 0
mprotect(0xd74000, 4096, PROT_READ) = 0
munmap(0xb77d8000, 113820) = 0
brk(0) = 0x970f000
brk(0x973) = 0x973
open(/etc/selinux/config, O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=511, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb77f3000
read(3, # This file controls the state of..., 4096) = 511
read(3, ..., 4096) = 0
close(3) = 0
munmap(0xb77f3000, 4096) = 0
statfs64(/selinux, 84, {f_type=EXT2_SUPER_MAGIC, f_bsize=4096,
f_blocks=17384335, f_bfree=10052628, f_bavail=9169556, f_files=4415488,
f_ffree=4147875, f_fsid={525309480, -339119766}, f_namelen=255,
f_frsize=4096}) = 0
open(/proc/mounts, O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb77f3000
read(3, rootfs / rootfs rw 0 0\n/dev/root ..., 1024) = 462
read(3, ..., 1024) = 0
close(3) = 0
munmap(0xb77f3000, 4096) = 0
open(/usr/lib/locale/locale-archive, O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=84748720, ...}) = 0
mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb75d6000
mmap2(NULL, 245760, PROT_READ, MAP_PRIVATE, 3, 0x246d) = 0xb759a000
mmap2(NULL, 4096, PROT_READ, MAP_PRIVATE, 3, 0x24c6) = 0xb7599000
close(3) = 0
gettimeofday({1256755441, 692961}, NULL) = 0
open(/dev/urandom, O_RDONLY) = 3
fcntl64(3, F_GETFD) = 0
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
getpid() = 13146
getuid32() = 0
getppid() = 13145
gettimeofday({1256755441, 693252}, NULL) = 0
gettimeofday({1256755441, 693299}, NULL) = 0
read(3,
Re: [rlug] problema partitie
Mircea Vutcovici wrote: Salut, Poti sa ne trimiti si: sfdisk -l sfdisk -d = # sfdisk -l Disk /dev/sda: 30401 cylinders, 255 heads, 63 sectors/track Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 Device Boot Start End #cyls#blocks Id System /dev/sda1 0+ 30400 30401- 244196001 fd Linux raid autodetect /dev/sda2 0 - 0 00 Empty /dev/sda3 0 - 0 00 Empty /dev/sda4 0 - 0 00 Empty Disk /dev/sdb: 30401 cylinders, 255 heads, 63 sectors/track Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 Device Boot Start End #cyls#blocks Id System /dev/sdb1 0+ 30400 30401- 244196001 fd Linux raid autodetect /dev/sdb2 0 - 0 00 Empty /dev/sdb3 0 - 0 00 Empty /dev/sdb4 0 - 0 00 Empty Disk /dev/sdc: 9039 cylinders, 255 heads, 63 sectors/track Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 Device Boot Start End #cyls#blocks Id System /dev/sdc1 0+243 244- 1959898+ 82 Linux swap / Solaris /dev/sdc2 *24490388795 70645837+ 83 Linux /dev/sdc3 0 - 0 00 Empty /dev/sdc4 0 - 0 00 Empty Disk /dev/md0: 61048976 cylinders, 2 heads, 4 sectors/track sfdisk: ERROR: sector 0 does not have an msdos signature /dev/md0: unrecognized partition table type No partitions found = # sfdisk -d # partition table of /dev/sda unit: sectors /dev/sda1 : start= 63, size=488392002, Id=fd /dev/sda2 : start=0, size=0, Id= 0 /dev/sda3 : start=0, size=0, Id= 0 /dev/sda4 : start=0, size=0, Id= 0 # partition table of /dev/sdb unit: sectors /dev/sdb1 : start= 63, size=488392002, Id=fd /dev/sdb2 : start=0, size=0, Id= 0 /dev/sdb3 : start=0, size=0, Id= 0 /dev/sdb4 : start=0, size=0, Id= 0 # partition table of /dev/sdc unit: sectors /dev/sdc1 : start= 63, size= 3919797, Id=82 /dev/sdc2 : start= 3919860, size=141291675, Id=83, bootable /dev/sdc3 : start=0, size=0, Id= 0 /dev/sdc4 : start=0, size=0, Id= 0 sfdisk: ERROR: sector 0 does not have an msdos signature /dev/md0: unrecognized partition table type No partitions found = -- Catalin Bucur mailto:c...@geniusnet.ro NOC @ Genius Network SRL - Galati - Romania ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] problema partitie
On Wed, Oct 28, 2009 at 20:51, Catalin Bucur c...@geniusnet.ro wrote: Catalin Muresan wrote: strace nu ajuta la nimic, decit sa vad mai multe. [...] open(/dev/sdc1, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) [...] Ce chestie neasteptata! ... not! OP: please incearca cu alt linux (cum ar fi un livecd), e foarte posibil ca root cause sa fie bine ingropata prin initrd pana unde mai avem mult in stilul asta. -- Petre do you think I'm funny now? Ratiu ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] problema partitie
Petru Ratiu wrote: On Wed, Oct 28, 2009 at 20:51, Catalin Bucur c...@geniusnet.ro wrote: open(/dev/sdc1, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) Ce chestie neasteptata! ... not! OP: please incearca cu alt linux (cum ar fi un livecd), e foarte posibil ca root cause sa fie bine ingropata prin initrd pana unde mai avem mult in stilul asta. Mda, cred ca de aia se si plangea la update-ul de kernel, e o problema la mkinitrd. Sa vad cum fac sa testez, inca nu am acces fizic la pc. -- Catalin Bucur mailto:c...@geniusnet.ro NOC @ Genius Network SRL - Galati - Romania ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] problema partitie
Auzi, tu ai avut vreodata sdc2 parte dintr-un md ? Ia baga un cat /proc/mdstat si cat /etc/mdadm/mdadm.conf Daca ai vreun raid (md) care contine si sdc2, atunci nu te va lasa sa faci nimic cu sdc2 direct pina nu opresti (cu md --stop ) volumul care contine sdc2 ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] problema partitie
Vali Dragnuta wrote: Auzi, tu ai avut vreodata sdc2 parte dintr-un md ? Ia baga un cat /proc/mdstat si cat /etc/mdadm/mdadm.conf Daca ai vreun raid (md) care contine si sdc2, atunci nu te va lasa sa faci nimic cu sdc2 direct pina nu opresti (cu md --stop ) volumul care contine sdc2 Nope, am avut raid hardware (ma rog, cel din bios), dar am renuntat la el (asta e alta poveste ca la un upgrade de distributie nu mi l-a mai vazut). Acum partitiile care fac parte din raid sunt sda1 si sdb1: # cat /etc/mdadm.conf ARRAY /dev/md0 level=raid1 num-devices=2 metadata=0.90 UUID=aeb59c00:3c93f06e:3184526c:efb6a108 # cat /proc/mdstat Personalities : [raid1] md0 : active raid1 sda1[0] sdb1[1] 244195904 blocks [2/2] [UU] unused devices: none -- Catalin Bucur mailto:c...@geniusnet.ro NOC @ Genius Network SRL - Galati - Romania ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
