[rlug] Imi explica si mie care e faza cu LOAD?
Mie unul mi se pare un caz destul de evident de astroturfing pe seama OSS, dar nu ma prind cine ce hram poarta, site-ul e facut in pripa cu informatii copiate aiurea de pe net, in program apare cineva ca organizator, pe linkedin apare altcineva de la alta companie, samd. In afara de faptul ca se strange o caciula de bani de la diversi piaristi care se duc sa bifeze si asta, mai e vreun shmen cu care nu-s la curent? -- Petre nu ma duc si nu intentionez, da' ma mai intreaba lumea pe strada cand ma vad cu pinguinul in lesa Ratiu ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Imi explica si mie care e faza cu LOAD?
On 10/28/2009 01:29 PM, Petru Ratiu wrote: Mie unul mi se pare un caz destul de evident de astroturfing pe seama OSS, dar nu ma prind cine ce hram poarta, site-ul e facut in pripa cu informatii copiate aiurea de pe net, in program apare cineva ca organizator, pe linkedin apare altcineva de la alta companie, samd. Iar acum ii spameaza la telefon pe cei care au participat la eLiberatica, ca doar-doar or mai vinde un bilet in ajun In afara de faptul ca se strange o caciula de bani de la diversi piaristi care se duc sa bifeze si asta, mai e vreun shmen cu care nu-s la curent? Eu am fost contactat acum vreo doua luni de unul dintre organizatori (omul lucreaza la Agora dar Agora nu stia de asta) si am fost intrebat daca sint interesat de participare (din partea Fedora). Era atasata si o prezentare a evenimentului in format MSOOXML (a trebuit sa ma chinui pentru a o putea citi in OpenOffice.org) unde erau listati un numar de parteneri media, cum ar fi LinuxSoft.ro, care nu stiau absolut nimic despre eveniment. Mi-am manifestat intieresul si am primit o oferta: 1500€+TVA pentru o prezentare de 20 minute si alte citeva maruntisuri. Am ris impreuna cu colegii de la Fedora si apoi am declinat participarea, intrucit nu ne permite bugetul si conferinta nici nu se incadreaza in publicul nostru tinta. Exident ca a urmat o negociere ca la piata cu intrebari despre cit ne-ar permite bugetul, moment in care am incheiat conversatia. I-am ingnorat o vreme, mai ales ca pina acum o saptamina nici macar website nu aveau, dar am vazut acum vreo 2 zile o conversatie pe softwareliber.ro unde oamenii erau nedumeriti despre LOAD, mai ales ca la momentul ala (a fost corectat ulterior) Microsoft era primul nume in lista de sponsori (http://www.load.ro/?page_id=13). Am primit, presupun ca nu sint singurul, si o invitatie de participare (de aia pentru oameni obisnuiti, de 29€+TVA) in format PDF, conform careia m-as putea inscrie ca participant la adresa inscri...@redhatlinux.ro. Pamela Chastek, jurist la Red Hat, a fost incintata sa afle despre felul in care este folosit brandul lor. Mie mi se pare cam dubios ca o conferinta care se numeste Linux Open Alternative Day sa aiba Microsoft ca mare sponsor, iar organizator listat pe LinkedIn un License Compliance Manager South East Europe at Autodesk. WTF? [1] http://www.linkedin.com/osview/canvas?_ch_page_id=1_ch_panel_id=1_ch_app_id=7083120_applicationId=2000_ownerId=0appParams={%22go_to%22:%22events/142019%22,%22referrer%22:%22public%22} -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com ___ 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] Imi explica si mie care e faza cu LOAD?
Auzi, poate aia 1500 de dolari trebuia sa-i luati voi pentru prestatie :) Pe de alta parte astia par mai fraieri, nici macar nu au banda cu RMS. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Imi explica si mie care e faza cu LOAD?
Vali Dragnuta wrote: Auzi, poate aia 1500 de dolari trebuia sa-i luati voi pentru prestatie :) Pe de alta parte astia par mai fraieri, nici macar nu au banda cu RMS. au cu romsym/ittraining. mi-a soptit o pasarica precum ca au aceeasi prezentare de vreo 4 ani incoace. pe care eu am vazut-o si la alte evenimente. ___ 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
[rlug] rlug meetings - call for help
Asa cum unii stiati si pe altii poate ii intereseaza, suntem cativa care ne dorim sa initiem un set de intalniri lunare are RLUG-ului (deocamdata in Bucuresti ca aici suntem cei mai multi). De ce? Pentru ca in general LUG-urile au asa ceva si ar fi cazul sa bifam si noi dupa atatia ani obiectivul asta. Diferentele fata de beer meetingurile ad-hoc ar fi doua principale: 1. Regularitatea. Asa evitam desele baaa, de ce nu m-ati anuntat si pe mine si putem sti ca fie ploua, fie ninge, in an a doua joi a lunii (de exemplu) se intampla ceva. 2. Seriozitatea. Am ramas surprins cand am constatat ca nu sunt singurul care e de parere ca impunerea a 2 ore in care vorbim de chestii tehnice inainte sa ne retragem la berea de dupa ar fi ceva benefic pentru nou-veniti (se stie ca linuxistii sunt timizi si nelalocul lor in situatii sociale, incercam sa-i momim ca de fapt nu e asa ceva). Actually, suntem ipocriti si vrem un mediu unde sa punem intrebari tampite fara sa se inregistreze pe google, dar dispusi sa facem share daca gasim :) Revenind la oaia noastra, exista vointa si chiar si cativa sinu^Wvoluntari dispusi sa faca prezentari, ne lipseste o sala mai acatarii. Cele cateva idei pe care le avusesem s-au cam infundat din diverse motive, asa ca ma vad nevoit sa cer ajutorul comunitatii. Partea de call for help din acest mail e urmatoarea: === IGNORE THE REST, READ THIS === Ne trebuie o sala care sa poata gazdui decent aprox. 20 oameni cu ceva laptopuri si un proiector, in reprize de cate 2-3 ore intr-o seara de zi lucratoare, o data pe luna. De dorit sa fie gratis sau cat mai ieftin, intrucat asociatia Prolinux nu sta inca stralucit cu fondurile (hint, hint). === K THX === Scuzati incoerenta si turele inutile in jurul piersicului, -- Petre don't thread on me Ratiu ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug