Re: [freebsd-users] Re: USB external disks [Was: USB performance]

[lou <lou@xxxxxxxxxxxxxx>]

On Wed, May 05, 2004 at 08:36:16PM +0300, Peter Pentchev wrote:
> On Wed, May 05, 2004 at 01:19:31PM -0400, lou wrote:
> > On Wed, May 05, 2004 at 07:55:21PM +0300, Peter Pentchev wrote:
> [snip]
> > > А?  Да не би да искаш да кажеш, че съществуването на fixit дискета и цял
> > > ISO image за fixit CD показват, че това, което става в току-що
> > > инсталираната цялостна FreeBSD система не е правилно? :)
> > 
> > not quite, catch 22. 
> > ako imash static /bin /sbin, i mojesh da fixnesh systemat dokato e up - fine,
> > same ako imash rescue.
> > ako ne pak triabva da rebootnesh s fixit cd/fdd i pak si v loop.
> > (moje bi sysinstall bez da reboot i ottam mountvash fixit-a, tova ne sum go
> > pravil vse oshte.) ne vizdam mnogo vruzka m/u 2te osven 'rescue' i 'fixit' kato
> > edna idea. Puk i fixita primerno shte go polzvam kogato MBR-to e fucked ili
> > celia /.
> > 
> > t.e. vzimash izbiratleno /bin /sbin i gi bluskash v /rescue i posle bluskash v
> > /bin, /sbin dl bin.
> 
> Ъггг.  Мррф.  Признавам, че тук нещо не можах да разбера - т.е. почти
> хич не можах да разбера какво всъщност искаш да кажеш с тези два
> параграфа :)  Най-вероятно се дължи на това, че срещу четири почивни дни
> аз в 8:26pm още вися като улав пред екрана и се боря с .NET,
> FormsAuthentication и web services, вместо да съм се пльоснал вече на
> някоя пейка с бира в ръка...

Sajeliavam, az poniakoga pisha malko 'cryptic', vsichki imame da pravim drugi
neshta i se opitvame da kazem neshto maximalno burzo, samo che poniakoga 
integrity se gubi v dumite mi.

Za 1via abzac imah predvid, che fixit cdto i /stand,/rescue imat edna cel,
'save the system' no po razlichen marshrut (v niakoi sluchai)
Za 2ria, se optivah da kaza, obobshta moje bi, tova koeto az mislia che e 
stanalo. .NET e evil, az predi niakolko dena pisah FS na nego :))) samo che
na linux s FUSE :))) Moje bi fuse bi triabvalo da bude portnato na FreeBSD eh?

> > stand e last resort za fucked /bin, /sbin,
> 
> Ммм... не.  /stand беше last resort за fucked /bin, /sbin *ако имаш
> късмет* да не са се променили важните ABI-та, да не се е променила
> файловата система, да не се е променил примерно time_t (както се случи
> наскоро със sparc64), да не са се променили libkvm, struct proc, struct
> kse и т.н. :)  В живота на ръба на вълната с bleeding-edge -CURRENT има
> много случаи, когато можеш да се докараш дотам старите аварийни
> инструменти изобщо да не могат да работят с никое от ядрата, които си
> запазил :)  Точно това е идеята на /rescue :)

Right, nemojesh li prosto da se updateva i /stand po sushtia nachin po koito
rescue, i da se zapazi static / s newly updatevania /stand? Moje bi sum oshte
sunen ili tova kafe s toia irish cream me ubiva bavno.. 

> /rescue беше замислено първоначално като last resort за fucked /bin,
> /sbin, НЕЗАВИСИМО дали са статично или динамично свързани.  /rescue беше
> замислено като един *работещ* /stand :)  /rescue беше замислено като
> еквивалента на reboot, boot от CD 1, избор на Fixit от главното меню и
> пускане на fixit shell от дискета или CD, само че без да ти се налага да
> ровиш разярен из всички чекмеджета и папки и да псуваш чистачката,
> колегите и самия себе си, че захвърлят стари CD-та където им хрумне :)
> (Bitter?  Naaaahhh... just.. nostalgic ;)

Ima razlika ot fucked DL /bin, /sbin i fucked static /bin, sbin. 

> Брррррр... а аз май току-що го повторих още веднъж горе :)  Sorry, днес
> нещо не мисля като хората...



> *Shrug* мнинам, може и така да е.  Всичко е въпрос на това върху кой
> файл ще се окаже главата на диска в подходящия момент.

and? domino effect?

> ...а от време на време може да ти се наложи да правиш и authentication,
> и разни други следващи неща в хетерогенна мрежа, не точно клъстер :)

razbira se.


thanks

l