date:20100122

2010/1/22 Dan Hagiu d...@ineton.ro:
 Am un postfix pe post de mail gateway care imi transporta mailurile
 catre un sendmail cu useri de sistem.
 Fac trecerea pe un nou server cu useri virtuali.
 Problema de care ma lovesc este:
 pe vechiul server aveam alias-uri catre diversi useri (ex: cucu catre
 g...@domeniu). Acuma vreau sa-l trec pe gigi pe noul server
 Am setat pe postfixul gateway in transport_maps ca g...@domeniu se duce
 la noul server si aliasul de pe vechiul server l-am trecut pe mail
 gateway gandindu-ma ca un mail catre cucu se va redirectiona prin alias
 la gigi..care se va transporta catre noul server
 Din cate vad eu...mailurile catre cucu..pleaca tot catre serverul vechi.
 Sa inteleg ca transport_maps se cauta inainte de alias_maps?

Postfix 101 FAIL!

Asa, acu ca am zis asta, vezi ca postfix e un mail router care
livreaza mailurile catre diverse transporturi. alias_maps este o
directiva de configurare pentru daemonul local, daca in
transport_maps (care e un fel de routing table pt. postfix) domeniul
respectiv este livrat in virtual sau smtp sau altceva, nu se uita
la alias_maps.

Se recomanda citirea atenta a documentatiei _inainte_ de configurarea
sistemului, nu dupa ce insista sa nu dezvolte puteri telepatice.
-- 
Petre incercand din greu sa uit ca e vineri Ratiu
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

[rlug] formatare fizica din linie de comanda


Exista vreo modalitate de a formata fizic un HDD SATA din linie de 
comanda? E vorba de un server care e mai greu accesibil, e remote, etc, si 
e mai complicat sa pun pe cineva sa scoata unul dintre hdd-uri si sa-l 
formateze fizic, asa ca as vrea sa fac asta direct pe masina.

Fie ca e vorba de un utilitar, fie ca e vorba de vreo scula care-i 
spune controllerului hdd-ului sa faca asta singur, e ok atita timp cit 
merge.

-- 
Let's cut tha crap, ok? Ce spun eu aici ma reprezinta doar pe mine, si-mi
rezerv dreptul sa ning asupra oricarei companii pe care credeti voi c-as
sprijini-o eu in vreun fel, da?
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] formatare fizica din linie de comanda

2010/1/22 Tarhon-Onu Victor mi...@iasi.rdsnet.ro:

        Exista vreo modalitate de a formata fizic un HDD SATA din linie de
 comanda? E vorba de un server care e mai greu accesibil, e remote, etc, si
 e mai complicat sa pun pe cineva sa scoata unul dintre hdd-uri si sa-l
 formateze fizic, asa ca as vrea sa fac asta direct pe masina.

        Fie ca e vorba de un utilitar, fie ca e vorba de vreo scula care-i
 spune controllerului hdd-ului sa faca asta singur, e ok atita timp cit
 merge.

/bin/dd

-- 
Petre don't thread on me Ratiu
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] formatare fizica din linie de comanda

2010-01-22 Fir de Conversatie Mihai Osian

2010/1/22 Petru Ratiu rpe...@gmail.com:
 2010/1/22 Tarhon-Onu Victor mi...@iasi.rdsnet.ro:

        Exista vreo modalitate de a formata fizic un HDD SATA din linie de
 comanda? E vorba de un server care e mai greu accesibil, e remote, etc, si
 e mai complicat sa pun pe cineva sa scoata unul dintre hdd-uri si sa-l
 formateze fizic, asa ca as vrea sa fac asta direct pe masina.

        Fie ca e vorba de un utilitar, fie ca e vorba de vreo scula care-i
 spune controllerului hdd-ului sa faca asta singur, e ok atita timp cit
 merge.

 /bin/dd



Poti porni de la presupunerea ca Mituc cunoaste utilitarul dd. Nu
cred ca e ce ii trebuie lui :)

Mihai
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] formatare fizica din linie de comanda

2010/1/22 Mihai Osian mihai.os...@gmail.com:
 2010/1/22 Petru Ratiu rpe...@gmail.com:
 2010/1/22 Tarhon-Onu Victor mi...@iasi.rdsnet.ro:

        Exista vreo modalitate de a formata fizic un HDD SATA din linie de
 comanda? E vorba de un server care e mai greu accesibil, e remote, etc, si
 e mai complicat sa pun pe cineva sa scoata unul dintre hdd-uri si sa-l
 formateze fizic, asa ca as vrea sa fac asta direct pe masina.

        Fie ca e vorba de un utilitar, fie ca e vorba de vreo scula care-i
 spune controllerului hdd-ului sa faca asta singur, e ok atita timp cit
 merge.

 /bin/dd

 Poti porni de la presupunerea ca Mituc cunoaste utilitarul dd. Nu
 cred ca e ce ii trebuie lui :)

Eu cred ca da.

-- 
Petre don't thread on me Ratiu
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] formatare fizica din linie de comanda

On Fri, 22 Jan 2010, Petru Ratiu wrote:

 merge.

 /bin/dd

Intrebarea mea era cit se poate de serioasa, si confirm pe aceasta 
cale ca doresc un raspuns pertinent, nu unul la misto.
Daca tu inca ai impresia ca ai dat un raspuns pertinent te rog 
sa-mi explici ce draq' are dd cu reformarea pistelor pe un disc, sau cu 
orice altceva decit scriere la nivel logic intr-un fisier (fie el 
fisier special, sa zicem un block device).

-- 
Let's cut tha crap, ok? Ce spun eu aici ma reprezinta doar pe mine, si-mi
rezerv dreptul sa ning asupra oricarei companii pe care credeti voi c-as
sprijini-o eu in vreun fel, da?
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] formatare fizica din linie de comanda

On Fri, 22 Jan 2010, Petru Ratiu wrote:

 Poti porni de la presupunerea ca Mituc cunoaste utilitarul dd. Nu
 cred ca e ce ii trebuie lui :)

 Eu cred ca da.

Eu in continuare cred ca nu si nu cred ca ma insel, dar daca poti 
te rog dezvolta putin ideea sau spune-mi la ce optiune a lui dd te referi.

-- 
Let's cut tha crap, ok? Ce spun eu aici ma reprezinta doar pe mine, si-mi
rezerv dreptul sa ning asupra oricarei companii pe care credeti voi c-as
sprijini-o eu in vreun fel, da?
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] formatare fizica din linie de comanda

On Fri, 22 Jan 2010, Dan Borlovan wrote:

 Daca vrei sa scapi de bad-uri prin relocare, cum zicea si Petru Ratiu, dd (si
 martctl --attributes /dev/sdX ca sa vezi cum stai cu ele - reallocated sectors
 ca sa vezi cite si current pending ca sa vezi cite au fost detectate la read
 dar in lipsa de write nu au putut fi realocate automat)

Nu asta doresc, vreau pur si simplu sa reformez pistele, adica 
factory format.
Pe vremuri, in anii '90, scula suprema pentru asa ceva era hdinit 
(pe creierii lui rpetre e posibil sa mearga inca), apoi pe discurile mai 
noi de capacitati de pina-n vreo 200GB (poate si mai mult) merge powermax. 
Ma intereseaza ceva identic pentru linux, dar am inteles deja ca nu ati 
dat inca peste scula pentru ca fie nu e free fie nu e suficient de 
utilizata.

-- 
Let's cut tha crap, ok? Ce spun eu aici ma reprezinta doar pe mine, si-mi
rezerv dreptul sa ning asupra oricarei companii pe care credeti voi c-as
sprijini-o eu in vreun fel, da?
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] formatare fizica din linie de comanda

2010/1/22 Tarhon-Onu Victor mi...@iasi.rdsnet.ro:
 On Fri, 22 Jan 2010, Petru Ratiu wrote:

 merge.

 /bin/dd

        Intrebarea mea era cit se poate de serioasa, si confirm pe aceasta
 cale ca doresc un raspuns pertinent, nu unul la misto.
        Daca tu inca ai impresia ca ai dat un raspuns pertinent te rog
 sa-mi explici ce draq' are dd cu reformarea pistelor pe un disc, sau cu
 orice altceva decit scriere la nivel logic intr-un fisier (fie el
 fisier special, sa zicem un block device).

Nu ai alte metode de a scrie pe discul _SATA_ (cu exceptia cazului in
care vendorul discului ti-a pus la dispozitie un utilitar special
pentru firmware-ul lui, chestie care e evident extrem de dependenta de
model si de toanele producatorului).

Toate nebuniile cu piste si cilindri samd sunt abstractizate complet
de firmware-ul discurilor moderne.

Daca ziceai MFM sau alte antichitati, probabil ca se poate, dar la
SATA mai mult de dd nu prea ai ce-i face, in afara de blocuri logice
nu vezi nimic.



-- 
Petre don't thread on me Ratiu
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] formatare fizica din linie de comanda

2010-01-22 Fir de Conversatie lonely wolf

Tarhon-Onu Victor wrote:
 On Fri, 22 Jan 2010, Dan Borlovan wrote:

   
 Daca vrei sa scapi de bad-uri prin relocare, cum zicea si Petru Ratiu, dd (si
 martctl --attributes /dev/sdX ca sa vezi cum stai cu ele - reallocated 
 sectors
 ca sa vezi cite si current pending ca sa vezi cite au fost detectate la read
 dar in lipsa de write nu au putut fi realocate automat)
 

   Nu asta doresc, vreau pur si simplu sa reformez pistele, adica 
 factory format.
   Pe vremuri, in anii '90, scula suprema pentru asa ceva era hdinit 
 (pe creierii lui rpetre e posibil sa mearga inca), apoi pe discurile mai 
 noi de capacitati de pina-n vreo 200GB (poate si mai mult) merge powermax. 
   
power*max* era pt *max*tor


 Ma intereseaza ceva identic pentru linux, dar am inteles deja ca nu ati 
 dat inca peste scula pentru ca fie nu e free fie nu e suficient de 
 utilizata.
   
fie nu exista.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] formatare fizica din linie de comanda

2010/1/22 Tarhon-Onu Victor mi...@iasi.rdsnet.ro:
 On Fri, 22 Jan 2010, Dan Borlovan wrote:

 Daca vrei sa scapi de bad-uri prin relocare, cum zicea si Petru Ratiu, dd (si
 martctl --attributes /dev/sdX ca sa vezi cum stai cu ele - reallocated 
 sectors
 ca sa vezi cite si current pending ca sa vezi cite au fost detectate la read
 dar in lipsa de write nu au putut fi realocate automat)

        Nu asta doresc, vreau pur si simplu sa reformez pistele, adica
 factory format.
        Pe vremuri, in anii '90, scula suprema pentru asa ceva era hdinit
 (pe creierii lui rpetre e posibil sa mearga inca), apoi pe discurile mai
 noi de capacitati de pina-n vreo 200GB (poate si mai mult) merge powermax.
 Ma intereseaza ceva identic pentru linux, dar am inteles deja ca nu ati
 dat inca peste scula pentru ca fie nu e free fie nu e suficient de
 utilizata.

Imi cer scuze, iti vand eu dd Enterprise Edition si zic ca face ce
vrei tu sa faca. Peste 1000 de licente fac reduceri de 5%!

-- 
Petre creieri mitucizati Ratiu
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] formatare fizica din linie de comanda

lonely wolf wrote:
 Tarhon-Onu Victor wrote:
   
 On Fri, 22 Jan 2010, Dan Borlovan wrote:

   
 
 Daca vrei sa scapi de bad-uri prin relocare, cum zicea si Petru Ratiu, dd 
 (si
 martctl --attributes /dev/sdX ca sa vezi cum stai cu ele - reallocated 
 sectors
 ca sa vezi cite si current pending ca sa vezi cite au fost detectate la read
 dar in lipsa de write nu au putut fi realocate automat)
 
   
  Nu asta doresc, vreau pur si simplu sa reformez pistele, adica 
 factory format.
  Pe vremuri, in anii '90, scula suprema pentru asa ceva era hdinit 
 (pe creierii lui rpetre e posibil sa mearga inca), apoi pe discurile mai 
 noi de capacitati de pina-n vreo 200GB (poate si mai mult) merge powermax. 
   
 
 power*max* era pt *max*tor
   
Dap si a fost inlocuit cu SeaTools (merge si pe Seagate si pe Maxtoare). 
Poate ca aia cauti, eu nu l-am folosit decat pentru diagnosticare, dar 
parca vazusem si ceva de low level format, si un utilitare de 
partitionare. (Cand s-a zis de Powermax mi-am amintit de SeaTools.)

Dragos

   
 Ma intereseaza ceva identic pentru linux, dar am inteles deja ca nu ati 
 dat inca peste scula pentru ca fie nu e free fie nu e suficient de 
 utilizata.
   
 
 fie nu exista.
 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug
   



___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] formatare fizica din linie de comanda

On Fri, 22 Jan 2010, lonely wolf wrote:


 power*max* era pt *max*tor

Si powermax mergea pe WD si seagate si cam tot ce misca din 
aceeasi generatie de HDD-uri cu maxtoarele pentru care era facut. Era un 
disclaimer mare, cum ca daca-l folosesti pe alte hdd-uri e posibil sa se 
surpe fundatia cladirii in care stai, dar mergea fara probleme.

 Ma intereseaza ceva identic pentru linux, dar am inteles deja ca nu ati
 dat inca peste scula pentru ca fie nu e free fie nu e suficient de
 utilizata.

 fie nu exista.

Probabil ca asta e si mai plauzibila.

-- 
Let's cut tha crap, ok? Ce spun eu aici ma reprezinta doar pe mine, si-mi
rezerv dreptul sa ning asupra oricarei companii pe care credeti voi c-as
sprijini-o eu in vreun fel, da?
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] formatare fizica din linie de comanda

2010-01-22 Fir de Conversatie Costin Guşă

ok. se pare ca am vorbit in punga atunci cind ai intrebat pe #mumu.
for future reference, iti dau paste si aici:

/last wikipedia:

Lastlog:
14:50  costin
http://en.wikipedia.org/wiki/Disk_formatting#Low-level_formatting_.28LLF.29_of_hard_disks
End of Lastlog


/last secure

Lastlog:
19:35  costin http://ata.wiki.kernel.org/index.php/ATA_Secure_Erase
14:49  costin wolfy: bai terminati-va cu formatarea fizica. nu exista decit
  ata secure erase, i-am dat lui Mituc ieri link din wiki
14:55  costin avantajul la ata secure erase e ca e usor mai rapid (nu
  semnificativ decit dd tunat cu blocksize adecvat) si ca poate fi
  facut cu bios recent fara os
End of Lastlog
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] formatare fizica din linie de comanda

2010/1/22 Costin Guşă costi...@gmail.com:
 ok. se pare ca am vorbit in punga atunci cind ai intrebat pe #mumu.
 for future reference, iti dau paste si aici:

 /last wikipedia:

 Lastlog:
 14:50  costin
 http://en.wikipedia.org/wiki/Disk_formatting#Low-level_formatting_.28LLF.29_of_hard_disks
 End of Lastlog


 /last secure

 Lastlog:
 19:35  costin http://ata.wiki.kernel.org/index.php/ATA_Secure_Erase
 14:49  costin wolfy: bai terminati-va cu formatarea fizica. nu exista decit
          ata secure erase, i-am dat lui Mituc ieri link din wiki
 14:55  costin avantajul la ata secure erase e ca e usor mai rapid (nu
          semnificativ decit dd tunat cu blocksize adecvat) si ca poate fi
          facut cu bios recent fara os
 End of Lastlog

Cu alte cuvinte, la discuri moderne low level format se face din
fabrica si orice faci dupa aia e doar data erase cu diverse nume mai
mult sau mai putin lungi decat dd. Cu rezerva ca anumiti producatori
e posibil sa aiba instructiuni specifice firmware-ului lor, raman la
parerea ca am raspuns bine la intrebarea initiala si ca am sughitat
degeaba in ultima ora.


-- 
Petre don't thread on me Ratiu
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] formatare fizica din linie de comanda

Costin Guşă wrote:
 ok. se pare ca am vorbit in punga atunci cind ai intrebat pe #mumu.
 for future reference, iti dau paste si aici:

 /last wikipedia:

 Lastlog:
 14:50  costin
 http://en.wikipedia.org/wiki/Disk_formatting#Low-level_formatting_.28LLF.29_of_hard_disks
 End of Lastlog


 /last secure

 Lastlog:
 19:35  costin http://ata.wiki.kernel.org/index.php/ATA_Secure_Erase
 14:49  costin wolfy: bai terminati-va cu formatarea fizica. nu exista decit
   ata secure erase, i-am dat lui Mituc ieri link din wiki
 14:55  costin avantajul la ata secure erase e ca e usor mai rapid (nu
   semnificativ decit dd tunat cu blocksize adecvat) si ca poate fi
   
Nu ma, nu ma refeream la LLF anii 90 style, ma refeream la 
reinitializarea discului, aka formatare fizica cum ii zice traditional 
in meniul de la softu' cu pricina (o fi corect, o fi gresit, asta e). 
Din ce am inteles de la voi, a umple discul cu /dev/urandom de la un 
capat la altul ar avea cam acelasi efect, dar nu sunt chiar convins, e 
posibil sa ramai cu sectoare suspecte nerelocate, pe cand atunci cand 
faci reinitializare, cel putin teoretic, nu mai ai astfel de bube. Si 
cred ca la reinitializare se referea si mituc (cel putin powermax asta 
facea, deci banui ca la aia se refera).

Dragos

   facut cu bios recent fara os
 End of Lastlog
 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug

   

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] formatare fizica din linie de comanda

2010/1/22 Dragos Chiriac dra...@secured.ro:

 Din ce am inteles de la voi, a umple discul cu /dev/urandom de la un
 capat la altul ar avea cam acelasi efect, dar nu sunt chiar convins, e
 posibil sa ramai cu sectoare suspecte nerelocate, pe cand atunci cand
 faci reinitializare, cel putin teoretic, nu mai ai astfel de bube.

Si musai 5 minute de atac energetic sa resusciteze flacarile violet de
pe platane!

N-are ce sa strice, nu?

-- 
rpetre.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] formatare fizica din linie de comanda

2010-01-22 Fir de Conversatie Costin Guşă

2010/1/22 Dragos Chiriac dra...@secured.ro:
 Costin Guşă wrote:
 ok. se pare ca am vorbit in punga atunci cind ai intrebat pe #mumu.
 for future reference, iti dau paste si aici:

 /last wikipedia:

 Lastlog:
 14:50  costin
 http://en.wikipedia.org/wiki/Disk_formatting#Low-level_formatting_.28LLF.29_of_hard_disks
 End of Lastlog


 /last secure

 Lastlog:
 19:35  costin http://ata.wiki.kernel.org/index.php/ATA_Secure_Erase
 14:49  costin wolfy: bai terminati-va cu formatarea fizica. nu exista decit
           ata secure erase, i-am dat lui Mituc ieri link din wiki
 14:55  costin avantajul la ata secure erase e ca e usor mai rapid (nu
           semnificativ decit dd tunat cu blocksize adecvat) si ca poate fi

 Nu ma, nu ma refeream la LLF anii 90 style, ma refeream la
 reinitializarea discului, aka formatare fizica cum ii zice traditional
 in meniul de la softu' cu pricina (o fi corect, o fi gresit, asta e).
 Din ce am inteles de la voi, a umple discul cu /dev/urandom de la un
 capat la altul ar avea cam acelasi efect, dar nu sunt chiar convins, e
 posibil sa ramai cu sectoare suspecte nerelocate, pe cand atunci cand
 faci reinitializare, cel putin teoretic, nu mai ai astfel de bube. Si
 cred ca la reinitializare se referea si mituc (cel putin powermax asta
 facea, deci banui ca la aia se refera).

 Dragos

colega, scuza-ma, dar te aberezi. discul vine cu X sectoare
user-addressable. si cu inca Y numai ale lui (relocare de baduri, alti
muci interni). din alea X, unele discuri iti ofera posibilitatea
alocarii a Z inaccesibili hostului numite host protected area,
capacitatea totala user-addressable devenind X-Z. Z se poate seta cu
scule soft gen 'hdat2'. hdparm se lauda ca stie si el de hpa dar
maninca rahat (sau cel putin ultima data cind m-am jucat eu cu hpa). X
e cit scrie pe el ca are.
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] formatare fizica din linie de comanda

On Fri, 22 Jan 2010, Costin Gu?? wrote:

 cred ca la reinitializare se referea si mituc (cel putin powermax asta
 facea, deci banui ca la aia se refera).

 Dragos

 colega, scuza-ma, dar te aberezi. discul vine cu X sectoare 
 user-addressable. si cu inca Y numai ale lui (relocare de baduri, alti 
 muci interni). din alea X, unele discuri iti ofera posibilitatea 
 alocarii a Z inaccesibili hostului numite host protected area,

Stim toti cu ce sectoare vine discul. Insa daca powermax (de 
exemplu) spune face reinitializare, eu ce voiai sa spun ca vreau sa fac 
scula respectiva? Si in nici un caz nu e scriere cu 0, e o idee mai mult 
de atit.
La multe discuri PATA am scapat lejerescu de acele sectoare 
realocate (si de logurile cu horrori) dupa ce am reinitilizat discul cu 
powermax sau alte scule asemenea. Ma gindeam ca se poate si la SATA, de 
fapt nici nu mi-am pus problema ca nu se poate.

-- 
Let's cut tha crap, ok? Ce spun eu aici ma reprezinta doar pe mine, si-mi
rezerv dreptul sa ning asupra oricarei companii pe care credeti voi c-as
sprijini-o eu in vreun fel, da?
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] formatare fizica din linie de comanda

Costin Guşă wrote:

 colega, scuza-ma, dar te aberezi. discul vine cu X sectoare
 user-addressable. si cu inca Y numai ale lui (relocare de baduri, alti
 muci interni). din alea X, unele discuri iti ofera posibilitatea
 alocarii a Z inaccesibili hostului numite host protected area,
 capacitatea totala user-addressable devenind X-Z. Z se poate seta cu
 scule soft gen 'hdat2'. hdparm se lauda ca stie si el de hpa dar
 maninca rahat (sau cel putin ultima data cind m-am jucat eu cu hpa). X
 e cit scrie pe el ca are.
   
Stiam, stiam cum e X si Y. Care Y e mai mare la diskurile enterprise 
decat la alea normale (mult mai mare). De Z (hpa) am aflat accidental 
pentru ca laptopurile PackardBell au niste kktruri (diskangel deluxe or 
smth) care folosesc acest minunat feature al hdd-ului sa tina date, 
printre care si softu de restaurare a windowsului (lipseau v-o 25 de 
giga dintr-un hard de 120, asa ca am pus intrebari).

Firmwarele se ocupa singur de relocarea sectoarelor busite si alti 
muci.  Ca sa citez din primul link : *Reinitialization* /should/ 
include identifying (and sparing out if possible) any sectors which 
cannot be written to and read back from the drive, correctly..

Care nu stiu cu dd cum s-o faci. Ca urmare am presupus ca Petre zice ca 
daca dai cu dd, fortezi disk-ul sa faca recheck la toata suprafata 
folosita, si firmwarele se executa singur, sau ceva de genul. Daca nu la 
asta se referea, atunci mea culpa. Cum faci reinitializare cu dd (sau in 
sfarsit formatare fizica ca asa scrie in meniu - cacofonie 
intentionata) ? Ca io nu ma prind.

De ce am crezut  asta : uite ce zice zice la wikipedia :
One popular method for performing only the zero-fill operation on a 
hard disk is by writing zero-bytes to the drive using the Unix *dd 
http://en.wikipedia.org/wiki/Dd_%28Unix%29* utility (available under 
Linux http://en.wikipedia.org/wiki/Linux as well) with the /dev/zero 
http://en.wikipedia.org/wiki//dev/zero stream as the input file (if=) 
and the drive itself (either the whole disk, or a specific partition) as 
the output file (of=). Deci cu dd faci only the zero-fill operation 
on a hard disk, ca mai sunt si altele necesare sa faci reinitializare 
pe bune.

In concluzie asta nu-mi suna a detectia a sectors which cannot be 
written to and read back from the drive, correctly. E posibil sa ma 
insel, insa doar cu dd cred ca multe sectoare busite n-or sa fie 
detectate. Cam de asta se ocupa PowerMax. Si mai nou SeaTools.

Daca tot e sa ne aberam in zona Y din cate stiu sunt si asa zisii spare 
sectors, adica locul de unde se realoca sectoarele busite in caz de 
ceva. Initial erorile sunt corectate de un PList in fabrica (care nu 
poate fi sters), si in timpul functionarii realocare se face intr-un 
GList, care poate fi sters teoretic. Una dintre diferentele intre 
hdd-urile enterprise si alea desktop e marimea lu' spare sectors (cam 
1-2 per track la alea normale, 4, 8 sau mai mult la alea enterprise).

La partea cu flacara violeta nu ma pronunt, mai degraba sunam la 112 si 
cerem cu pompierii.

Dragos
 ___
 RLUG mailing list
 RLUG@lists.lug.ro
 http://lists.lug.ro/mailman/listinfo/rlug

   

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] formatare fizica din linie de comanda

2010/1/22 Dragos Chiriac dra...@secured.ro:
 Costin Guşă wrote:

 colega, scuza-ma, dar te aberezi. discul vine cu X sectoare
 user-addressable. si cu inca Y numai ale lui (relocare de baduri, alti
 muci interni). din alea X, unele discuri iti ofera posibilitatea
 alocarii a Z inaccesibili hostului numite host protected area,
 capacitatea totala user-addressable devenind X-Z. Z se poate seta cu
 scule soft gen 'hdat2'. hdparm se lauda ca stie si el de hpa dar
 maninca rahat (sau cel putin ultima data cind m-am jucat eu cu hpa). X
 e cit scrie pe el ca are.

 Stiam, stiam cum e X si Y. Care Y e mai mare la diskurile enterprise
 decat la alea normale (mult mai mare). De Z (hpa) am aflat accidental
 pentru ca laptopurile PackardBell au niste kktruri (diskangel deluxe or
 smth) care folosesc acest minunat feature al hdd-ului sa tina date,
 printre care si softu de restaurare a windowsului (lipseau v-o 25 de
 giga dintr-un hard de 120, asa ca am pus intrebari).

 Firmwarele se ocupa singur de relocarea sectoarelor busite si alti
 muci.  Ca sa citez din primul link : *Reinitialization* /should/
 include identifying (and sparing out if possible) any sectors which
 cannot be written to and read back from the drive, correctly..

 Care nu stiu cu dd cum s-o faci. Ca urmare am presupus ca Petre zice ca
 daca dai cu dd, fortezi disk-ul sa faca recheck la toata suprafata
 folosita, si firmwarele se executa singur, sau ceva de genul. Daca nu la
 asta se referea, atunci mea culpa. Cum faci reinitializare cu dd (sau in
 sfarsit formatare fizica ca asa scrie in meniu - cacofonie
 intentionata) ? Ca io nu ma prind.


Eu unul cred ca ce scrie in meniu scrie ca sa nu confuzeze Consumeru'
si sa-l avertizeze ca e un lower-level format si ca o data ce discul
ala a iesit de pe poarta fabricii nimeni (sau poate doar NSA-ul, zic
unii) mai poate sa se uite la legatura dintre blocurile logice si
configuratia campului magnetic de pe platane.

 De ce am crezut  asta : uite ce zice zice la wikipedia :
 One popular method for performing only the zero-fill operation on a
 hard disk is by writing zero-bytes to the drive using the Unix *dd
 http://en.wikipedia.org/wiki/Dd_%28Unix%29* utility (available under
 Linux http://en.wikipedia.org/wiki/Linux as well) with the /dev/zero
 http://en.wikipedia.org/wiki//dev/zero stream as the input file (if=)
 and the drive itself (either the whole disk, or a specific partition) as
 the output file (of=). Deci cu dd faci only the zero-fill operation
 on a hard disk, ca mai sunt si altele necesare sa faci reinitializare
 pe bune.

 In concluzie asta nu-mi suna a detectia a sectors which cannot be
 written to and read back from the drive, correctly. E posibil sa ma
 insel, insa doar cu dd cred ca multe sectoare busite n-or sa fie
 detectate. Cam de asta se ocupa PowerMax. Si mai nou SeaTools.


Ce mai zice tot pe-acolo (putin mai sus):

---wiki quote---
Rather than face ever-escalating difficulties with BIOS versioning,
disk vendors started doing low-level formatting at the factory. Today,
an end-user, in most cases, should never perform a low-level
formatting of an IDE or ATA hard drive, and in fact it is often not
possible to do so on modern hard drives outside of the factory.

The primary reason low-level formatting cannot be done is because
modern drives do not use stepper motors to locate tracks, and hence
there is no way to determine where tracks should be recreated on the
media. Instead in modern drives the heads are positioned using a
stepless analog servomotor, often referred to as the voice coil since
it operates almost exactly like an analog audio speaker.

Modern drives locate tracks based on special servo control data
permanently written to the drive platters at the factory by the hard
drive manufacturer, using highly specialized equipment. Early
servo-controlled drives used an entire separate disk platter to store
this read-only servo data, but this was inefficient. Modern drives
store the servo data directly embedded among the regular tracks and
sectors, and operate in a manner such that servo data is absolutely
never overwritten for any reason. Loss of servo data results in a loss
of the ability to locate the data tracks.
--- end quote---

E drept ca wikipedia e si ea scrisa de niste anonimi care s-ar putea
sa abereze crancen, dar in lipsa unor specialisti la indemana care sa
stie concret ce zic, as lua de buna ideea aia cu renuntarea la
servomotoare si scrierea de servo-data inline, caz in care conceptul
pe care il stim noi din liceu cu cilindrii si patratelele de date de
pe disc e o chestie care nu prea mai seamana cu realitatea si ca nu
mai ai acces decat la nivelul logic, de unde si sugestia mea cu dd.

E posibil ca producatorii sa aiba in firmware niste instructiuni sa-i
spuna robotelului care controleaza capetele sa refaca geometria, dar
nu am auzit sa existe ceva standard si sincer nu cred ca se mai omoara
cineva sa repare discuri sau alte componente in era actuala in care
e mai

Re: [rlug] formatare fizica din linie de comanda

Petru Ratiu wrote:
2010/1/22 Dragos Chiriac dra...@secured.ro:

Ce mai zice tot pe-acolo (putin mai sus):

Modern drives locate tracks based on special servo control data
permanently written to the drive platters at the factory by the hard
drive manufacturer, using highly specialized equipment. Early
servo-controlled drives used an entire separate disk platter to store
this read-only servo data, but this was inefficient. Modern drives
store the servo data directly embedded among the regular tracks and
sectors, and operate in a manner such that servo data is absolutely
never overwritten for any reason. Loss of servo data results in a loss
of the ability to locate the data tracks.

Pe langa asta unele discuri au unele reglaje puse intr-un eprom, sau
direct in firmware, atunci cand se face calibrarea in fabrica. Sunt
acele discuri despre care electronistii iti spun ca nu putem schimba
electronica. Maxtor erau cunoscuti ca nu tineau aceste date in chip
separat, ci direct in epromu cu firmware, si n-aveau backup pe nicaieri,
lucru destul de eficient ca daca a crapat chipu pe el sa nu-ti mai
recuperezi niciodata datele, nici daca-l trimiti la ei. Nu stiu daca au
renuntat intre timp la aceasta practica.

Dar na, daca un format fizic te face sa dormi mai bine noaptea,
cine-s eu sa ma opun?

Nu e vb de asta. Exista #badblocks, si #fsck -c si #fsck -cc care fac
fsck-ul sa ia inputul din #badblocks , nu direct de pe device. Suna mai
stiintific :). Asta e , unii daca tot e sa reinitializeze un disk,
prefera sa folosesaca aplicatia de la producator, altii dd sau badblocks
-w (badblock -w mi se pare mai sane) , altii doar sa fsck -cc. Cu ocazia
asta putem spuna ca probabil ceea ce cauta mituc e #badblock -w (de care
spre rusinea mea am stat ceva sa-l caut, ca eram convins ca e sectorsbad
sau sbad, bsectors ceva de genul, dovada ca-l folosesc tare des )

Oricum cel mai bine sa te uiti mai degraba la cate sectoare realocate
ai, si cand numaru tinde serios catre numarul total de sectoare spare,
sa-l arunci, fazele astea cu reinitializare and shit ... nu prea am
practicat, decat pt harddiskuri de laptop rarisime (ide d-ala cu pinii
inauntru, ide d-ala cu 60 de pini, chestii pe care nu le mai gasesti de
cumparat, slava domnului ca majoritatea laptopurilor cu asa ceva pe ele
si-au cam dat duhul).

PS: Ce-o mai face Mudava?

Te referi la asta ?
http://www.google.com/#hl=enq=mudava+rog+poporul+picioarele+departate+patrundaq=faql=aqi=oq=fp=e8d6ef47431c6a4a

/Rog poporul/ roman sa stea cu ... /picioarele/ departate sa-l
/patrund/ cu energia mea . Uitasem de asta :), stiu ca la alegerile
alea aveam v-o 15 ani si ma distram teribil, mai ales de bunica-mea
care-l lua in serios.

Dragos

___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Re: [rlug] formatare fizica din linie de comanda