Re: lug-bg: Linux on Flash module

[danchev@xxxxxxxxx (George Danchev)]

On 31 10 2002 12:14, Damyan Ivanov wrote:
> On Thu, Oct 31, 2002 at 11:10:23AM +0200 Konstantin Ivanov wrote:
> > Instalirah Linux na 256 MB flash module model "DiskOnModule DOM256" na
> > firma PQI. Vsichko si raboti dobre. Sprial sam loginga. Interesuva me
> > ima li niakakyv specialen support na kernela za rabota s flash moduli
> > s cel da se spira vsiakakyv zapis na nego, poneje kakto e izvestno
> > flash modulite si imat kraen broi cikli na zapis.
>
> Ìîíòèðàø âñè÷êî "ñàìî çà ÷åòåíå".
>
> > Interesuva me syshto taka kak moga da napravia RAM disk pod linux taka
> > che da prenasocha /tmp i /var direktoriite tam, ako e vyzmojno razbira
> > se.

Zna4i pyrvo malko uto4neniq, da ne se fintira nqkoj bez da iska;-)

ima razlika mezhshu RAM disk (zhiveest v RAM) iniciiran ot boot loaders (man 
initrd, v kernel source-a e rd.c) i filesystems ot tip "nodev" zhiveesti pak 
v RAM-a ...  ednakvoto e 4e i dvete gi ima dokato machinata e up and running, 
t.e. te sa i energozavisimi. 

Strukturno poglednato (a ne kato filesystem drivers v kernel-a) vsi4ki 
filesystems imat inodes/blocks/etc.... estestveno 4e tova se interpretira ot 
driver-a na syotvetnata filesystem v kernel-a. Strukturata na filesystems 
mozhe da byde razpolozhena na mnogo mesta:

"dev" filesystems sa tezi koito se asociirat s device ili ustrojstvo kato hdd, 
cd, fd i t.n. - primeri -- ext2/3, reiserfs, ufs, fat, ntfs 100 versii .... 
Pri tezi e silno prepory4itelno da imat realizirani v svoq kernel driver 
nqkakvi journal-ni ili logging svojstva ... 

"nodev" filesystems sa pseudo-filesystems zhiveesti v RAM-a i po-to4no v 
kernel space-a, kato kernela dokato e up and running se grizhi te da 
izglezhdat kato "dev" filesystems gledano ot stranata na potrebitelq, t.e. 
poddyrzha im strukturata on the fly -- primeri: proc, devfs (da, devfs e ot  
"nodev" tip poglednata po tozi priznak, vypreki 4e otgovarq za samite device 
files i mozhe da byde montirana v /dev ili na proizvolno drugo mount point), 
tmpfs, ramfs, autofs i t.n. mnogo sa .....   Tuka estestveno nqma smisyl ot 
journalni ili logging features.

> Èçïîëçâàø tmpfs. Â /etc/fstab:
> tmpfs /var tmpfs defaults,size=XXm 0 0
> tmpfs /tmp tmpfs defaults,size=XXm,mode=01777 0 0

taka stava li naistina ? maj trqbva da poso4i /dev/shm ? Pri men kak e: 
/dev/shm        /tmp                    tmpfs	defaults, bla bla bla 
no sigurno stava i po gorniq na4in ako leading tmpfs se otyzhdestvqva s 
/dev/shm (poslednoto se sydava automati4no ako se polzva devfs)

Dve uto4neniq stom ste polzva tmpfs:
pyrvo, da si pomisli kakvi services pishat v negoviq /var, i dali go byrka 
tova, 4e sled reboot naprimer tekustoto sydyrzhanie na /var ako se namira v 
RAM-a ste umre forever, za /tmp nqma problem, toj /tmp e to4no za takiva 
vremenni celi prednazna4en, t.e. dokato sme up and running
vtoro, pri umount na /tmp i /var da si pomisli dali ste remove-ne na nqkyde 
data koito sa v tqh, stoto pri umount ot staroto mqsto (ako da kazhem sa bili 
4ast ot root fs, v systava na edin partition) i mount v RAM-a posle, to 
starite data ste si ostanat i ste zaemat mqstoto na HDD. 

P.S. Tova "256 MB flash module model "DiskOnModule DOM256" kakvo e, no kakto i 
da e ...

-- 
Greets, fr33zb1 
[catching up with Sid (the boy next door who destroyed toys :-)]
[reg your bg translation or grab one from http://www.bgit.net/?id=37892]

============================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
============================================================================