[linux] linux Digest, Vol 92, Issue 4
Juraj Remenec
remenec na gmail.com
Středa Únor 1 09:18:34 CET 2012
Dakujem ale nepochopil som.
Je to suborovy system a ako kazdy iny sa pri jeho vytvarani da menit
mnozstvo parametrov ako sa bude spravat k suborom na nom.
To je to, naco som narazal.
J.
2012/1/30 Zdeno Kramar <zdenokramar1960 at gmail.com>
> ext3 niie je otazka configuracie je to format disku skuste sa zorientovat
>
> 2012/1/28 <linux-request at lists.linux.sk>
>
>> Příspěvky do konference linux zasílejte na adresu:
>> linux at 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 at lists.linux.sk
>>
>> Správce konference můžete nalézt na adrese
>> linux-owner at 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 at gmail.com>
>> Subject: Re: [linux] Aky filesystem pouzit? (bolo: Rychlost software
>> RAIDu na
>> Debiane)
>> To: Vseobecna diskusia o Linuxe <linux at lists.linux.sk>
>> Reply-to: Vseobecna diskusia o Linuxe <linux at lists.linux.sk>
>> Message-id: <CAJ37LfR9GUeEQ=EQJvvZ4BSoL489F=a2DUwAK1r4Ebb4tw=
>> haA at mail.gmail.com>
>> MIME-version: 1.0
>> Content-type: multipart/alternative;
>> boundary="Boundary_(ID_3mos6WXoXiNCvCfLYRW18A)"
>> Precedence: list
>> Message: 1
>> List-Post: <mailto:linux at 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 at 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 at 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 at fantomas.sk">uhlar at 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 at fantomas.sk"
>> target=3D"_bla=
>> nk">uhlar at 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 at gmail.com>
>> Subject: Re: [linux] Aky filesystem pouzit? (bolo: Rychlost software
>> RAIDu na
>> Debiane)
>> In-reply-to:
>> <CAJ37LfR9GUeEQ=EQJvvZ4BSoL489F=a2DUwAK1r4Ebb4tw=haA at mail.gmail.com>
>> To: Vseobecna diskusia o Linuxe <linux at lists.linux.sk>
>> Reply-to: Vseobecna diskusia o Linuxe <linux at lists.linux.sk>
>> Message-id: <4F230168.7060403 at gmail.com>
>> MIME-version: 1.0
>> Content-type: multipart/alternative;
>> boundary="Boundary_(ID_ZcJeULiPKPz0cN4xIE0fDA)"
>> Precedence: list
>> Message: 2
>> References: <CAJ37LfR9GUeEQ=EQJvvZ4BSoL489F=a2DUwAK1r4Ebb4tw=
>> haA at mail.gmail.com>
>> List-Post: <mailto:linux at 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 at fantomas.sk
>> > <mailto:uhlar at 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 at fantomas.sk
>> > <mailto:uhlar at 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 at 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 at fantomas.sk">uhlar at 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 at fantomas.sk" target="_blank">
>> uhlar at 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
>>
>>
>
> _______________________________________________
> https://lists.linux.sk/mailman/listinfo/linux
> Meta FAQ: http://www.sklug.sk/lists/linux/metafaq.html
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linux.sk/pipermail/linux/attachments/20120201/d250b5be/attachment-0001.html>
Další informace o konferenci linux