Re: [rlug] formatare fizica din linie de comanda
oh noes 2010/6/4 Costin Gusa costi...@gmail.com: ma scuzati ca trezesc un thread mort dar ai gasit pina la urma ce cautai? si daca da, care e numele uneltei cu care ai formtatat ? 2010/1/23 Tarhon-Onu Victor mi...@iasi.rdsnet.ro: [...] ___ 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
ma scuzati ca trezesc un thread mort dar ai gasit pina la urma ce cautai? si daca da, care e numele uneltei cu care ai formtatat ? 2010/1/23 Tarhon-Onu Victor mi...@iasi.rdsnet.ro: [...] ___ 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: Ca exista diverse scule care fac Highly Advanced Physical-Level Formatting You Cannot Possibly Understand So We Don't Even Try To Explain, asta e chestie mai mult de marketing. Evident ca e marketing sau doar un termen care sa sugereze o reinitializare la un nivel mai jos decit cel al logicii unui sistem de fisiere sau al adresarii uzuale a hdd-ului, pentru ca formatare cu adevarat fizica nu se poate face nici la discurile IDE mai vechi (poate IDE-urile alea de 40GB/60GB sa mai poata fi formatate cu adevarat fizic). Dar speram ca asta sa fie draq' clar, si in loc sa primesc raspunsuri strict pe problema (pentru ca, sa fim seriosi, ceea ce vreau ESTE referit ca formatare fizica sau cel mult reinitializare a discului peste tot pe unde va veti uita) am inceput sa primesc trimiteri la documentatii care sa-mi arate cit de prost sint eu de fapt si unii de pe aici care incearca sa calmeze apele. == Discurile mai noi incep sa dea rateuri la nivel logic din diverse motive, se demagnetizeaza sau le pocnesc treburile la nivelul ala mai. Ai bad-uri (luati-va si de termenul asta, si-o puteti lua de capat) pe hdd si discul nu clampane, deci capetele, platanele, etc, sint intregi. Cu scule gen powermax/seatools/friends de obicei problemele astea dispar. Si asta nu e formatare logica (mkfs) si nici macar dd if=/dev/zero, e putin mai jos, la nivelul logicii hdd-ului, nu a ceea ce vedem noi (LBA/CHF/etc/etc), de unde si motivul pentru care am folosit termenul formatare fizica in subiect, acelasi motiv pentru care acest termen inca se foloseste fix in acest mod, fix in aceste situatii (deci nu va multumesc pentru corectura). Asa cum spuneam mai devreme NU ma intereseaza sa fortez relocarea sectoarelor pocnite, puteam face asta din prima. Cind iti permiti sa pierzi datele de pe acel hdd (raid/backup?) e mai indicat sa dai discul la sapat unui powermax sau la ceva asemanator (ca el va pune capul si va scrie fortat acolo 0 peste tot pe unde poate si cel mai probabil zonele alea-si vor reveni, va reinizializa counterii de sectoare pocnite/realocate/etc) si-ti iei de-o grija, lasind ca rezerva realocarea sectoarelor busite doar in mers, cu datele live, cind nu-ti permiti downtime sau nu-l poti programa in minutul 2. Ca de obicei, nu va multumesc pentru ajutorul pe care de fapt nu mi le-ati oferit. Sa va ninga! -- 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
Tarhon-Onu Victor wrote: Discurile mai noi incep sa dea rateuri la nivel logic din diverse motive, se demagnetizeaza sau le pocnesc treburile la nivelul ala mai. Ai bad-uri (luati-va si de termenul asta, si-o puteti lua de capat) pe hdd si discul nu clampane, deci capetele, platanele, etc, sint intregi. Cu scule gen powermax/seatools/friends de obicei problemele astea dispar. Si asta nu e formatare logica (mkfs) si nici macar dd Man, discul ala e material magnetic care se duce. Odata ce incepe sa se duca nu exista minuni. Ca-te prelungesti suferinta cu minuni de facut revive (era unul de dos care uneori chiar reusea), nu tine mult figura, peste o zi sau o luna iar incepi. In afara de cazul cind esti masochist sau datele de pe el nu au nici o valoare si nici timpul tau, un disc cu bad-uri se inlocuieste asap, da' asap. Oricum vei constata cu surprindere ca daca era parte dintr-un raid5, mai exista cel putin un disc cu sectoare necitibile de care nu stiai (ca n-ai pus background scan lunar) si tocmai esti in deep s**t. Si asta o zic din experienta, asa ca mai nou folosesc raid6. Si astept sa faca cineva raid7 :) -- Dan Borlovan Datagroup-Int ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] formatare fizica din linie de comanda
2010/1/23 Dan Borlovan d...@level7.ro: [...] Oricum vei constata cu surprindere ca daca era parte dintr-un raid5, mai exista cel putin un disc cu sectoare necitibile de care nu stiai (ca n-ai pus background scan lunar) si tocmai esti in deep s**t. Si asta o zic din experienta, asa ca mai nou folosesc raid6. Si astept sa faca cineva raid7 :) s-a facut :) desi nu implementat hardware, zfs raidz cu triple parity: http://www.solarisinternals.com/wiki/index.php/ZFS_Best_Practices_Guide#RAIDZ_Configuration_Requirements_and_Recommendations ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] formatare fizica din linie de comanda
2010/1/23 Costin Guşă costi...@gmail.com: 2010/1/23 Dan Borlovan d...@level7.ro: [...] Oricum vei constata cu surprindere ca daca era parte dintr-un raid5, mai exista cel putin un disc cu sectoare necitibile de care nu stiai (ca n-ai pus background scan lunar) si tocmai esti in deep s**t. Si asta o zic din experienta, asa ca mai nou folosesc raid6. Si astept sa faca cineva raid7 :) s-a facut :) desi nu implementat hardware, zfs raidz cu triple parity: http://www.solarisinternals.com/wiki/index.php/ZFS_Best_Practices_Guide#RAIDZ_Configuration_Requirements_and_Recommendations Probabil c-o sa iasa si quadruple parity cand o sa avem discuri de 10TB. Buba acu e ca cu cat sunt discurile mai mari cu atat dureaza mai mult rebuild-ul de array-uri, care rebuild e destul de I/O intentsive, care I/O creste sansele sa se mai defecteze un disc in timp ce se reface array-ul. ___ 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/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
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
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/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
2010/1/22 Dragos Chiriac dra...@secured.ro: 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 ) Pai da, dar din cate pricep eu, blocurile sunt cam alea din fabrica, nu le poti redefini pe disc (ce facea low-level format pe vremuri). Asa ca cele mai low-level operatii la care mai ai acces sunt sa le verifici (cu badblocks) si sa le suprascrii (cu dd sau orice altceva). Ca exista diverse scule care fac Highly Advanced Physical-Level Formatting You Cannot Possibly Understand So We Don't Even Try To Explain, asta e chestie mai mult de marketing. 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 Am vazut acum vreo juma de an niste bategarzi pe care scria Mudava Security, probabil patronul e vreun fan daca nu e chiar el. Acu de cand cu flacara mov si cu alte credinte paranormale in low-level formatting iar mi-am adus aminte de el, nu e pe la un otv ceva? -- 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 1/22/2010 6:17 PM, Dragos Chiriac wrote: 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. Faci asa. Prima tura citesti discul (dd if=disc of=/dev/null). Moment in care discul memoreaza toate sectoarele necitibile. Tura doi, dd cu zero-uri, moment in care sectoarele alea sint realocate. Daca ti se pare necesar, repeti. Toata chestia in timp ce stai cu ochii pe smart ca sa vezi contoarele de sectoare defecte si realocate. Si de fapt toata chestia e aiurea. In ziua de azi cind un disc da read error il arunci punct. Am trecut de mult de vremea cind costa un disc cit salarul pe jumate de an si merita sa faci tot soiul de jonglerii. Acuma la cit de ieftine sint chiar nu merita timpul nervii si riscul ca miine sa crape de tot. -- Dan Borlovan Datagroup-Int ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
