Jozef Babjak napsal/wrote, On 04/07/08 06:55:
>> > $ burncd -e -v -f /dev/acd0 -s max blank
>> >
>> > Program nechtel skoncit.
>>
>> Zajimavejsi bylo podivat se na LEDky te vypalovacky. Nevim jaks
>> dlouho
>> cekal, ale treba proste nemela hotovo.
>
> ^-- Mala. Je to know-issue, nec
> > Zalezi co ej to "starsi verze" na ktere to fungovalo. Kdyz budu mit
> > chut a naladu muze se na to zkusit podivat, protoze ATAPI protokol
> > celkem nastudovany mam, ale sedmicku kvuli tomu instalovat nebudu.
>
> "Starsia verzia" znamena nieco okolo 5.4. (Sedmicku som mal na test iba
> > $ burncd -e -v -f /dev/acd0 -s max blank
> >
> > Program nechtel skoncit.
>
> Zajimavejsi bylo podivat se na LEDky te vypalovacky. Nevim jaks dlouho
> cekal, ale treba proste nemela hotovo.
^-- Mala. Je to know-issue, nechce sa mi to teraz googlit, urcite si
to vygoogli, kto to po
> Kedze sa nam do ruk dostalo IBM Netfinity 6000R ktore zjavne obsahuje
> PCI-X 64bit/66MHz sloty, tak najst do toho nejaku rozumnu kartu by
> nemusel byt problem, cenovo to mozno bude zlozitejsie.
>
> Zatial co som tak prebruzdal prazske e-shopy, nasiel som tychto
> adeptov:
>
> - ADAPTEC AAR-24
Zdravim vospolok,
Vzhladom na poslednu diskusiu vedenu v oktobri (rijen) minuleho roku sme
sa s kolegami konecne dostali do stadia, kedy uvazujeme o kupe HW RAID-5
radica.
Kedze sa nam do ruk dostalo IBM Netfinity 6000R ktore zjavne obsahuje
PCI-X 64bit/66MHz sloty, tak najst do toho nejaku ro
Miroslav Lachman napsal/wrote, On 04/06/08 14:41:
>> Dnes jsem se podival co mi bude accounting psat a vysledek je:
>>
>> FreeBSD dory 7.0-STABLE FreeBSD 7.0-STABLE #1: Wed Mar 26 10:54:20 CET
>> 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/FISH1 i386
>> # sa -m
>> root 17906
Kaminar napsal/wrote, On 04/06/08 15:57:
>> > velmi rychle. Ovsem zase je mi divne, ze pri DAO by nejprve vyprazdnoval
>> cache
>> > a pak palil lead-out.
>> >
>>
>>
>> To je snad standardni chovani ne?
>> Postup paleni:
>> TAO: DataTrack > Lead-in > Lead-out
>> DAO: Lead-in > DataTrack > Lead-o
Kaminar napsal(a):
>>> velmi rychle. Ovsem zase je mi divne, ze pri DAO by nejprve vyprazdnoval
>> cache
>>> a pak palil lead-out.
>>>
>>
>> To je snad standardni chovani ne?
>> Postup paleni:
>> TAO: DataTrack > Lead-in > Lead-out
>> DAO: Lead-in > DataTrack > Lead-out
>
> Ja jsem ale mluvil o ne
> > velmi rychle. Ovsem zase je mi divne, ze pri DAO by nejprve vyprazdnoval
> cache
> > a pak palil lead-out.
> >
>
>
> To je snad standardni chovani ne?
> Postup paleni:
> TAO: DataTrack > Lead-in > Lead-out
> DAO: Lead-in > DataTrack > Lead-out
Ja jsem ale mluvil o nejakem vyprazdnovani cach
Dan Lukes wrote:
> Miroslav Lachman napsal/wrote, On 04/05/08 22:39:
>>Pri rebootu se mi velmi casto stava, ze se stroj nerebootne, ale misto
>>toho vytuhne s kernel panicem:
>
>>spin lock 0xc0bdca00 (sched lock) held by 0xc5122c60 (tid 11) too long
>>panic: spin lock held too long
>
>
michal_sjx wrote:
> Zdravim,
>
> nainstaloval jsem pred par tydny fbsd7-stable, a predevcirem zapl rucne
> accounting.
>
> Dnes jsem se podival co mi bude accounting psat a vysledek je:
>
> FreeBSD dory 7.0-STABLE FreeBSD 7.0-STABLE #1: Wed Mar 26 10:54:20 CET
> 2008 [EMAIL PROTECTED]:/usr
Kaminar napsal(a):
> velmi rychle. Ovsem zase je mi divne, ze pri DAO by nejprve vyprazdnoval cache
> a pak palil lead-out.
>
To je snad standardni chovani ne?
Postup paleni:
TAO: DataTrack > Lead-in > Lead-out
DAO: Lead-in > DataTrack > Lead-out
Zbynek
--
FreeBSD mailing list (users-l@freebsd
Zdravim,
nainstaloval jsem pred par tydny fbsd7-stable, a predevcirem zapl rucne
accounting.
Dnes jsem se podival co mi bude accounting psat a vysledek je:
FreeBSD dory 7.0-STABLE FreeBSD 7.0-STABLE #1: Wed Mar 26 10:54:20 CET
2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/FISH1 i386
# sa -m
13 matches
Mail list logo
