[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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



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, вместо да съм се пльоснал вече на
някоя пейка с бира в ръка...

> > На /rescue идеята му не е да дава статични binaries, които да ползваш;
> > ако ти трябва това, buildworld и си имаш напълно статична система.
> > Идеята на /rescue е това, което е била открай време идеята и на /stand,
> > и на fixit images - да можеш *само с негова помощ* да си оправиш
> > системата, ако нещо се е сбозавило.
> 
> 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 :)

И преди някой да го е споменал: да, знам, че може да се пазят и стари
версии на ядрото, само че и този факт е едно от нещата, които се
научават само от опит :P

> rescue e last resort za koe - 
> fucked dl /bin, /sbin. moje da se kaze che /bin, /sbin static + stand sa
> redundant.

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

> > Да повторя още веднъж, ако не е станало ясно: появата на /rescue изобщо
> > не е предизвикана от прехода към динамично-свързани /bin и /sbin, а от
> > това, че един ден все трябваше да се направи така, че аварийните
> > инструменти да се обновяват, когато обновяваш системата си.
> 
> Razbrah go i purvia put.

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

> > Преминаването към динамично свързани /bin и /sbin беше просто един много
> > удобен момент за преминаването от създаваното веднъж при инсталация
> > /stand към обновяваното /rescue - а следващата логична стъпка, че
> > /rescue, за да може наистина да ти помогне, ако си си скапал нещата,
> > *трябва* да бъде статично свързана, защото може да си си скапал и /lib,
> > беше просто, ами, следващата логична стъпка :)
> 
> mai stanah prekaleno mnogo neshta koito mogat da se skapiat ;)

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

> > На мен поне LDAP ми харесва основно във връзка със single sign-on
> > клъстери със споделени home dirs и т.н., т.е. основно в качеството си на
> > заместител на NIS/YP.  
> 
> Da i tova mi e izvestno, properly distributed authentication bez centralizacia
> e tova koeto ima nujda v edin cluster/grid.. 

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

Поздрави,
Петър

-- 
Peter Pentchev	roam@xxxxxxxxxxx    roam@xxxxxxxx    roam@xxxxxxxxxxx
PGP key:	http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint	FDBA FD79 C26F 3C51 C95E  DF9E ED18 B68D 1619 4553
This would easier understand fewer had omitted.

Attachment: pgp00018.pgp
Description: PGP signature