[linux] linux Digest, Vol 92, Issue 4
Zdeno Kramar
zdenokramar1960 na gmail.com
Pondělí Leden 30 00:03:01 CET 2012
ext3 niie je otazka configuracie je to format disku skuste sa zorientovat
2012/1/28 <linux-request na lists.linux.sk>
> Příspěvky do konference linux zasílejte na adresu:
> linux na lists.linux.sk
>
> Pro přihlášení nebo odhlášení použijte WWW rozhraní na adrese"
> https://lists.linux.sk/mailman/listinfo/linux
> nebo použijte elektronickou poštu, zašlete slovo help v těle dopisu na
> adresu
> linux-request na lists.linux.sk
>
> Správce konference můžete nalézt na adrese
> linux-owner na lists.linux.sk
>
> Když budete odpovídat na příspěvek, změňte, prosím, Subject: na něco
> rozumnějšího než je: "Re: Contents of linux digest..."
>
> Dnešní menu:
>
> 1. Re: Aky filesystem pouzit? (bolo: Rychlost software RAIDu na
> Debiane) (Juraj Remenec)
> 2. Re: Aky filesystem pouzit? (bolo: Rychlost software RAIDu na
> Debiane) (Peter Viskup)
>
> MIME-version: 1.0
> Content-type: message/rfc822
>
> Date: Fri, 27 Jan 2012 20:24:40 +0100
> From: Juraj Remenec <remenec na gmail.com>
> Subject: Re: [linux] Aky filesystem pouzit? (bolo: Rychlost software RAIDu
> na
> Debiane)
> To: Vseobecna diskusia o Linuxe <linux na lists.linux.sk>
> Reply-to: Vseobecna diskusia o Linuxe <linux na lists.linux.sk>
> Message-id: <CAJ37LfR9GUeEQ=EQJvvZ4BSoL489F=a2DUwAK1r4Ebb4tw=
> haA na mail.gmail.com>
> MIME-version: 1.0
> Content-type: multipart/alternative;
> boundary="Boundary_(ID_3mos6WXoXiNCvCfLYRW18A)"
> Precedence: list
> Message: 1
> List-Post: <mailto:linux na lists.linux.sk>
>
>
> --Boundary_(ID_3mos6WXoXiNCvCfLYRW18A)
> Content-type: text/plain; charset=ISO-8859-1
> Content-transfer-encoding: 7BIT
>
> Ja som uz asi pochopil o co ide.
> Ten proces, ktory spomaloval cely chod servera - zatial bezal len jeden
> krat. Ked som vytvoril raidove pole. Je to nejaky Rebuild co sa spustil a
> bezal niekolko minut, ked som na novo vytvoril raidove pole a od vtedy som
> nepostrehol, ze by sa spustil znova. Uvidim ako sa to bude chovat za ostrej
> prevadzky ale asi je to normalne. Ja zas az tak do toho mirrorovania
> (Raid1) nevidim.
>
> Co sa chcem ale este spytat.
> Aky filesystem by ste pouzili na 1 TB SW-RAID1 pole pre /home particiu na
> ktorej bude stovka-tisic malych suborov (Maildir + dovecot + tisicka
> uzivatelov = mega po prdel fajlov!).
> Potrebujem mat rychly pristup k tymto suborom. No samozrejme nechcem nijak
> extra vykonovo diskriminovat ani uzivatelov, ktori budu vo svojom home
> pracovat s "gigovymi" subormi.
> Nejaky schopny kompromis. Dostupne moznosti: EXT3, EXT4, btrFS a XFS.
> Uz som si precital mnoho, mnoho pokecov a benchmarkov ale kazde sa lisia.
> Zatial co jeden vynasa do nebies BtrFS, tak druhy zasa preferuje ext4 a
> pod.
>
> Kedysika som ospevoval EXT3 v standard system konfiguracii ale v urcitom
> momente sa na particiu nedal ulozit ziaden dalsi subor aj ked na nej bolo
> miesto. Zistil som, ze su plne inodes a jediny sposob ako to vyriesit bolo
> data-destruktivne tune2fs. Odvtedy pouzivam XFS ale nemyslim si, ze je to
> to prave, orechove pre take mnozsto malych fajlikov.
>
> Aky na to mate nazor?
> J.
>
>
>
>
>
> 2012/1/23 Matus UHLAR - fantomas <uhlar na fantomas.sk>
>
> > On 01/23/2012 09:32 AM, Matus UHLAR - fantomas wrote:
> >>
> >>> Pokial viem, v BIOSe je ulozeny aj softver toho RAIDU, t.j. ide o sw
> >>> RAID ulozeny v ROM/flash pamati, jednak pomalsej ako RAM, jednak je
> ten SW
> >>> RAID velmi pravdepodobne nekompatibilny s inym HW, mozno aj verziami
> BIOSu.
> >>>
> >>
> > On 23.01.12 09:51, Peter Viskup wrote:
> >
> >> posli nejake info o tomto softveri RAIDu v BIOSe, pretoze tohoto som si
> >> nie vedomy
> >>
> >
> > wikipedia:
> >
> > http://en.wikipedia.org/wiki/**RAID#Firmware.2Fdriver-based_**RAID<
> http://en.wikipedia.org/wiki/RAID#Firmware.2Fdriver-based_RAID>
> >
> > during early stage bootup, the RAID is implemented by the firmware, and
> > once the operating system has been more completely loaded, then the
> drivers
> > take over control.
> >
> > Takze ten RAID v BIOSe nemusi pouzivat OS, ale musi tam byt inac by z
> neho
> > nebolko mozne napr. bootovat. Samozrejme potom zalezi uz na SW (asi toho
> > bude schopny viac ako ten BIOSacky)
> >
> >
> > --
> > Matus UHLAR - fantomas, uhlar na fantomas.sk ; http://www.fantomas.sk/
> > Warning: I wish NOT to receive e-mail advertising to this address.
> > Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
> > They that can give up essential liberty to obtain a little temporary
> > safety deserve neither liberty nor safety. -- Benjamin Franklin, 1759
> >
> > ______________________________**_________________
> > https://lists.linux.sk/**mailman/listinfo/linux<
> https://lists.linux.sk/mailman/listinfo/linux>
> > Meta FAQ: http://www.sklug.sk/lists/**linux/metafaq.html<
> http://www.sklug.sk/lists/linux/metafaq.html>
> >
>
> --Boundary_(ID_3mos6WXoXiNCvCfLYRW18A)
> Content-type: text/html; charset=ISO-8859-1
> Content-transfer-encoding: quoted-printable
>
> Ja som uz asi pochopil o co ide. <br>Ten proces, ktory spomaloval cely
> chod=
> servera - zatial bezal len jeden krat. Ked som vytvoril raidove pole. Je
> t=
> o nejaky Rebuild co sa spustil a bezal niekolko minut, ked som na novo
> vytv=
> oril raidove pole a od vtedy som nepostrehol, ze by sa spustil znova.
> Uvidi=
> m ako sa to bude chovat za ostrej prevadzky ale asi je to normalne. Ja zas
> =
> az tak do toho mirrorovania (Raid1) nevidim.<br>
> <br>Co sa chcem ale este spytat. <br>Aky filesystem by ste pouzili na 1 TB
> =
> SW-RAID1 pole pre /home particiu na ktorej bude stovka-tisic malych
> suborov=
> (Maildir + dovecot + tisicka uzivatelov =3D mega po prdel
> fajlov!).<br>Pot=
> rebujem mat rychly pristup k tymto suborom. No samozrejme nechcem nijak
> ext=
> ra vykonovo diskriminovat ani uzivatelov, ktori budu vo svojom home
> pracova=
> t s "gigovymi" subormi. <br>
> Nejaky schopny kompromis. Dostupne moznosti: EXT3, EXT4, btrFS a
> XFS.<br>Uz=
> som si precital mnoho, mnoho pokecov a benchmarkov ale kazde sa lisia.
> Zat=
> ial co jeden vynasa do nebies BtrFS, tak druhy zasa preferuje ext4 a
> pod.<b=
> r>
> <br>Kedysika som ospevoval EXT3 v standard system konfiguracii ale v
> urcito=
> m momente sa na particiu nedal ulozit ziaden dalsi subor aj ked na nej
> bolo=
> miesto. Zistil som, ze su plne inodes a jediny sposob ako to vyriesit
> bolo=
> data-destruktivne tune2fs. Odvtedy pouzivam XFS ale nemyslim si, ze je to
> =
> to prave, orechove pre take mnozsto malych fajlikov.<br>
> <br>Aky na to mate nazor?<br>J.<br><br><br><br><br><br><div
> class=3D"gmail_=
> quote">2012/1/23 Matus UHLAR - fantomas <span dir=3D"ltr"><<a
> href=3D"ma=
> ilto:uhlar na fantomas.sk">uhlar na fantomas.sk</a>></span><br><blockquote
> cla=
> ss=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc
> solid;pa=
> dding-left:1ex">
> <div class=3D"im"><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0
> .=
> 8ex;border-left:1px #ccc solid;padding-left:1ex">
> On 01/23/2012 09:32 AM, Matus UHLAR - fantomas wrote:<br>
> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0
> .8ex;border-left:1p=
> x #ccc solid;padding-left:1ex">
> Pokial viem, v BIOSe je ulozeny aj softver toho RAIDU, t.j. ide o sw RAID
> u=
> lozeny v ROM/flash pamati, jednak pomalsej ako RAM, jednak je ten SW RAID
> v=
> elmi pravdepodobne nekompatibilny s inym HW, mozno aj verziami BIOSu.<br>
>
> </blockquote></blockquote>
> <br></div><div class=3D"im">
> On 23.01.12 09:51, Peter Viskup wrote:<br>
> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0
> .8ex;border-left:1p=
> x #ccc solid;padding-left:1ex">
> posli nejake info o tomto softveri RAIDu v BIOSe, pretoze tohoto som si
> nie=
> vedomy<br>
> </blockquote>
> <br></div>
> wikipedia:<br>
> <br>
> <a href=3D"http://en.wikipedia.org/wiki/RAID#Firmware.2Fdriver-based_RAID"
> =
> target=3D"_blank">http://en.wikipedia.org/wiki/
> <u></u>RAID#Firmware.2Fdrive=
> r-based_<u></u>RAID</a><br>
> <br>
> during early stage bootup, the RAID is implemented by the firmware, and
> onc=
> e the operating system has been more completely loaded, then the drivers
> ta=
> ke over control.<br>
> <br>
> Takze ten RAID v BIOSe nemusi pouzivat OS, ale musi tam byt inac by z neho
> =
> nebolko mozne napr. bootovat. =A0Samozrejme potom zalezi uz na SW (asi
> toho=
> bude schopny viac ako ten BIOSacky)<div class=3D"im"><br>
> <br>
> -- <br>
> Matus UHLAR - fantomas, <a href=3D"mailto:uhlar na fantomas.sk"
> target=3D"_bla=
> nk">uhlar na fantomas.sk</a> ; <a href=3D"http://www.fantomas.sk/"
> target=3D"_=
> blank">http://www.fantomas.sk/</a><br>
> Warning: I wish NOT to receive e-mail advertising to this address.<br>
> Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu
> postu.<br></d=
> iv>
> They that can give up essential liberty to obtain a little temporary<br>
> safety deserve neither liberty nor safety. -- Benjamin Franklin, 1759<div
> c=
> lass=3D"HOEnZb"><div class=3D"h5"><br>
> ______________________________<u></u>_________________<br>
> <a href=3D"https://lists.linux.sk/mailman/listinfo/linux"
> target=3D"_blank"=
> >https://lists.linux.sk/<u></u>mailman/listinfo/linux</a><br>
> Meta FAQ: <a href=3D"http://www.sklug.sk/lists/linux/metafaq.html" target=
> =3D"_blank">http://www.sklug.sk/lists/<u></u>linux/metafaq.html</a><br>
> </div></div></blockquote></div><br>
>
> --Boundary_(ID_3mos6WXoXiNCvCfLYRW18A)--
>
> MIME-version: 1.0
> Content-type: message/rfc822
>
> Date: Fri, 27 Jan 2012 20:56:24 +0100
> From: Peter Viskup <skupko.sk na gmail.com>
> Subject: Re: [linux] Aky filesystem pouzit? (bolo: Rychlost software RAIDu
> na
> Debiane)
> In-reply-to:
> <CAJ37LfR9GUeEQ=EQJvvZ4BSoL489F=a2DUwAK1r4Ebb4tw=haA na mail.gmail.com>
> To: Vseobecna diskusia o Linuxe <linux na lists.linux.sk>
> Reply-to: Vseobecna diskusia o Linuxe <linux na lists.linux.sk>
> Message-id: <4F230168.7060403 na gmail.com>
> MIME-version: 1.0
> Content-type: multipart/alternative;
> boundary="Boundary_(ID_ZcJeULiPKPz0cN4xIE0fDA)"
> Precedence: list
> Message: 2
> References: <CAJ37LfR9GUeEQ=EQJvvZ4BSoL489F=a2DUwAK1r4Ebb4tw=
> haA na mail.gmail.com>
> List-Post: <mailto:linux na lists.linux.sk>
>
> This is a multi-part message in MIME format.
>
> --Boundary_(ID_ZcJeULiPKPz0cN4xIE0fDA)
> Content-type: text/plain; charset=ISO-8859-1; format=flowed
> Content-transfer-encoding: 7BIT
>
> Ja rad pouzivam XFS na vsetky aplikacne data. Myslim, ze je to
> dostatocne skalovatelny filesystem a vhodny najma tam kde potrebujes
> paralelne pristupy - vid. "Allocation groups" [1]
> Okrem ineho v pripade velkych FS ponuka rychly FS-consistency check,
> neviem nakolko je to lepsie v EXT4...mensou nevyhodou, ktoru som ja
> pocitil je, ze neponuka moznost jednoducheho a online zmensovania FS.
>
> --
> Peter
>
> [1] http://en.wikipedia.org/wiki/XFS
>
> On 01/27/2012 08:24 PM, Juraj Remenec wrote:
> > Ja som uz asi pochopil o co ide.
> > Ten proces, ktory spomaloval cely chod servera - zatial bezal len
> > jeden krat. Ked som vytvoril raidove pole. Je to nejaky Rebuild co sa
> > spustil a bezal niekolko minut, ked som na novo vytvoril raidove pole
> > a od vtedy som nepostrehol, ze by sa spustil znova. Uvidim ako sa to
> > bude chovat za ostrej prevadzky ale asi je to normalne. Ja zas az tak
> > do toho mirrorovania (Raid1) nevidim.
> >
> > Co sa chcem ale este spytat.
> > Aky filesystem by ste pouzili na 1 TB SW-RAID1 pole pre /home particiu
> > na ktorej bude stovka-tisic malych suborov (Maildir + dovecot +
> > tisicka uzivatelov = mega po prdel fajlov!).
> > Potrebujem mat rychly pristup k tymto suborom. No samozrejme nechcem
> > nijak extra vykonovo diskriminovat ani uzivatelov, ktori budu vo
> > svojom home pracovat s "gigovymi" subormi.
> > Nejaky schopny kompromis. Dostupne moznosti: EXT3, EXT4, btrFS a XFS.
> > Uz som si precital mnoho, mnoho pokecov a benchmarkov ale kazde sa
> > lisia. Zatial co jeden vynasa do nebies BtrFS, tak druhy zasa
> > preferuje ext4 a pod.
> >
> > Kedysika som ospevoval EXT3 v standard system konfiguracii ale v
> > urcitom momente sa na particiu nedal ulozit ziaden dalsi subor aj ked
> > na nej bolo miesto. Zistil som, ze su plne inodes a jediny sposob ako
> > to vyriesit bolo data-destruktivne tune2fs. Odvtedy pouzivam XFS ale
> > nemyslim si, ze je to to prave, orechove pre take mnozsto malych
> fajlikov.
> >
> > Aky na to mate nazor?
> > J.
> >
> >
> >
> >
> >
> > 2012/1/23 Matus UHLAR - fantomas <uhlar na fantomas.sk
> > <mailto:uhlar na fantomas.sk>>
> >
> > On 01/23/2012 09:32 AM, Matus UHLAR - fantomas wrote:
> >
> > Pokial viem, v BIOSe je ulozeny aj softver toho RAIDU,
> > t.j. ide o sw RAID ulozeny v ROM/flash pamati, jednak
> > pomalsej ako RAM, jednak je ten SW RAID velmi
> > pravdepodobne nekompatibilny s inym HW, mozno aj verziami
> > BIOSu.
> >
> >
> > On 23.01.12 09:51, Peter Viskup wrote:
> >
> > posli nejake info o tomto softveri RAIDu v BIOSe, pretoze
> > tohoto som si nie vedomy
> >
> >
> > wikipedia:
> >
> > http://en.wikipedia.org/wiki/RAID#Firmware.2Fdriver-based_RAID
> >
> > during early stage bootup, the RAID is implemented by the
> > firmware, and once the operating system has been more completely
> > loaded, then the drivers take over control.
> >
> > Takze ten RAID v BIOSe nemusi pouzivat OS, ale musi tam byt inac
> > by z neho nebolko mozne napr. bootovat. Samozrejme potom zalezi
> > uz na SW (asi toho bude schopny viac ako ten BIOSacky)
> >
> >
> > --
> > Matus UHLAR - fantomas, uhlar na fantomas.sk
> > <mailto:uhlar na fantomas.sk> ; http://www.fantomas.sk/
> > Warning: I wish NOT to receive e-mail advertising to this address.
> > Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
> > They that can give up essential liberty to obtain a little temporary
> > safety deserve neither liberty nor safety. -- Benjamin Franklin, 1759
> >
> > _______________________________________________
> > https://lists.linux.sk/mailman/listinfo/linux
> > Meta FAQ: http://www.sklug.sk/lists/linux/metafaq.html
> >
> >
> >
> > _______________________________________________
> > https://lists.linux.sk/mailman/listinfo/linux
> > Meta FAQ: http://www.sklug.sk/lists/linux/metafaq.html
>
>
> --Boundary_(ID_ZcJeULiPKPz0cN4xIE0fDA)
> Content-type: text/html; charset=ISO-8859-1
> Content-transfer-encoding: 7BIT
>
> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
> <html>
> <head>
> <meta content="text/html; charset=ISO-8859-1"
> http-equiv="Content-Type">
> <title></title>
> </head>
> <body bgcolor="#ffffff" text="#000000">
> Ja rad pouzivam XFS na vsetky aplikacne data. Myslim, ze je to
> dostatocne skalovatelny filesystem a vhodny najma tam kde potrebujes
> paralelne pristupy - vid. "Allocation groups" [1]<br>
> Okrem ineho v pripade velkych FS ponuka rychly FS-consistency check,
> neviem nakolko je to lepsie v EXT4...mensou nevyhodou, ktoru som ja
> pocitil je, ze neponuka moznost jednoducheho a online zmensovania
> FS.<br>
> <br>
> --<br>
> Peter<br>
> <br>
> [1] <a class="moz-txt-link-freetext" href="
> http://en.wikipedia.org/wiki/XFS">http://en.wikipedia.org/wiki/XFS</a><br>
> <br>
> On 01/27/2012 08:24 PM, Juraj Remenec wrote:
> <blockquote
> cite="mid:CAJ37LfR9GUeEQ=EQJvvZ4BSoL489F=a2DUwAK1r4Ebb4tw=
> haA na mail.gmail.com"
> type="cite">Ja som uz asi pochopil o co ide. <br>
> Ten proces, ktory spomaloval cely chod servera - zatial bezal len
> jeden krat. Ked som vytvoril raidove pole. Je to nejaky Rebuild co
> sa spustil a bezal niekolko minut, ked som na novo vytvoril
> raidove pole a od vtedy som nepostrehol, ze by sa spustil znova.
> Uvidim ako sa to bude chovat za ostrej prevadzky ale asi je to
> normalne. Ja zas az tak do toho mirrorovania (Raid1) nevidim.<br>
> <br>
> Co sa chcem ale este spytat. <br>
> Aky filesystem by ste pouzili na 1 TB SW-RAID1 pole pre /home
> particiu na ktorej bude stovka-tisic malych suborov (Maildir +
> dovecot + tisicka uzivatelov = mega po prdel fajlov!).<br>
> Potrebujem mat rychly pristup k tymto suborom. No samozrejme
> nechcem nijak extra vykonovo diskriminovat ani uzivatelov, ktori
> budu vo svojom home pracovat s "gigovymi" subormi. <br>
> Nejaky schopny kompromis. Dostupne moznosti: EXT3, EXT4, btrFS a
> XFS.<br>
> Uz som si precital mnoho, mnoho pokecov a benchmarkov ale kazde sa
> lisia. Zatial co jeden vynasa do nebies BtrFS, tak druhy zasa
> preferuje ext4 a pod.<br>
> <br>
> Kedysika som ospevoval EXT3 v standard system konfiguracii ale v
> urcitom momente sa na particiu nedal ulozit ziaden dalsi subor aj
> ked na nej bolo miesto. Zistil som, ze su plne inodes a jediny
> sposob ako to vyriesit bolo data-destruktivne tune2fs. Odvtedy
> pouzivam XFS ale nemyslim si, ze je to to prave, orechove pre take
> mnozsto malych fajlikov.<br>
> <br>
> Aky na to mate nazor?<br>
> J.<br>
> <br>
> <br>
> <br>
> <br>
> <br>
> <div class="gmail_quote">2012/1/23 Matus UHLAR - fantomas <span
> dir="ltr"><<a moz-do-not-send="true"
> href="mailto:uhlar na fantomas.sk">uhlar na fantomas.sk
> </a>></span><br>
> <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
> 0.8ex; border-left: 1px solid rgb(204, 204, 204);
> padding-left: 1ex;">
> <div class="im">
> <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
> 0.8ex; border-left: 1px solid rgb(204, 204, 204);
> padding-left: 1ex;">
> On 01/23/2012 09:32 AM, Matus UHLAR - fantomas wrote:<br>
> <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
> 0.8ex; border-left: 1px solid rgb(204, 204, 204);
> padding-left: 1ex;">
> Pokial viem, v BIOSe je ulozeny aj softver toho RAIDU,
> t.j. ide o sw RAID ulozeny v ROM/flash pamati, jednak
> pomalsej ako RAM, jednak je ten SW RAID velmi
> pravdepodobne nekompatibilny s inym HW, mozno aj
> verziami BIOSu.<br>
> </blockquote>
> </blockquote>
> <br>
> </div>
> <div class="im">
> On 23.01.12 09:51, Peter Viskup wrote:<br>
> <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
> 0.8ex; border-left: 1px solid rgb(204, 204, 204);
> padding-left: 1ex;">
> posli nejake info o tomto softveri RAIDu v BIOSe, pretoze
> tohoto som si nie vedomy<br>
> </blockquote>
> <br>
> </div>
> wikipedia:<br>
> <br>
> <a moz-do-not-send="true"
> href="
> http://en.wikipedia.org/wiki/RAID#Firmware.2Fdriver-based_RAID"
> target="_blank">
> http://en.wikipedia.org/wiki/RAID#Firmware.2Fdriver-based_RAID</a><br>
> <br>
> during early stage bootup, the RAID is implemented by the
> firmware, and once the operating system has been more
> completely loaded, then the drivers take over control.<br>
> <br>
> Takze ten RAID v BIOSe nemusi pouzivat OS, ale musi tam byt
> inac by z neho nebolko mozne napr. bootovat. Samozrejme
> potom
> zalezi uz na SW (asi toho bude schopny viac ako ten BIOSacky)
> <div class="im"><br>
> <br>
> -- <br>
> Matus UHLAR - fantomas, <a moz-do-not-send="true"
> href="mailto:uhlar na fantomas.sk" target="_blank">
> uhlar na fantomas.sk</a>
> ; <a moz-do-not-send="true" href="http://www.fantomas.sk/"
> target="_blank">http://www.fantomas.sk/</a><br>
> Warning: I wish NOT to receive e-mail advertising to this
> address.<br>
> Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek
> reklamnu postu.<br>
> </div>
> They that can give up essential liberty to obtain a little
> temporary<br>
> safety deserve neither liberty nor safety. -- Benjamin
> Franklin, 1759
> <div class="HOEnZb">
> <div class="h5"><br>
> _______________________________________________<br>
> <a moz-do-not-send="true"
> href="https://lists.linux.sk/mailman/listinfo/linux"
> target="_blank">
> https://lists.linux.sk/mailman/listinfo/linux</a><br>
> Meta FAQ: <a moz-do-not-send="true"
> href="http://www.sklug.sk/lists/linux/metafaq.html"
> target="_blank">
> http://www.sklug.sk/lists/linux/metafaq.html</a><br>
> </div>
> </div>
> </blockquote>
> </div>
> <br>
> <pre wrap="">
> <fieldset class="mimeAttachmentHeader"></fieldset>
> _______________________________________________
> <a class="moz-txt-link-freetext" href="
> https://lists.linux.sk/mailman/listinfo/linux">
> https://lists.linux.sk/mailman/listinfo/linux</a>
> Meta FAQ: <a class="moz-txt-link-freetext" href="
> http://www.sklug.sk/lists/linux/metafaq.html">
> http://www.sklug.sk/lists/linux/metafaq.html</a></pre>
> </blockquote>
> <br>
> </body>
> </html>
>
> --Boundary_(ID_ZcJeULiPKPz0cN4xIE0fDA)--
>
> _______________________________________________
> https://lists.linux.sk/mailman/listinfo/linux
> http://search.lists.linux.sk
>
>
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://lists.linux.sk/pipermail/linux/attachments/20120130/70de0966/attachment-0001.html>
Další informace o konferenci linux