Els SSD o discs sòlids com se'ls coneix, és una tecnologia no completament nova ja que fa diversos anys està al mercat, però comparada amb els HDD (discos durs) és encara un nadó en bolquers. No obstant això, el Raspberry Pi no té ni HDD ni SSD, sinó més aviat un SD, que ve sent una targeta de memòria ... com un pendrive, segons Wikipedia:
Secure Digital (SD) és un format de targeta de memòria per a dispositius portàtils com ara càmeres fotogràfiques digitals, telèfons mòbils, ordinadors portàtils i fins i tot videoconsoles (tant de sobretaula com portàtils), entre molts altres.
Si viuen a Espanya i decideixen comprar el seu Raspberry Pi allà a Espanya, com si viuen en un altre país i opten per eBay, Amazon o qualsevol botiga local, el seu Raspberry Pi vindrà amb un SD, la qual cosa té els seus pro i contres. Primerament, funcionarà en alguns casos més ràpid que un HDD, però té una vida útil inferior, és a dir, durarà menys, per això aquí els deixo diversos consells per estendre la vida de la SD del seu Raspberry Pi.
El principal problema amb les targetes SD és la seva limitada capacitat d'escriptura. O sigui, només podem escriure un nombre màxim de vegades o dades en un sector / espai determinat, no és que puguem escriure, esborrar, tornar a escriure i així indefinidament, no podem fer això per sempre, arribarà el moment en què no es pugui seguir escrivint a la SD.
Per tant, aquí alguns consells per allargar la vida de la nostra SD en el Raspberry Pi:
- Una SD de més capacitat: És simple, si tenim una SD de 8GB tenim X espai per escriure informació, aquest espai té una quantitat de lectura i escriptura limitada, però si la SD és de (per exemple) 16GB llavors tindrem més espai, la qual cosa es tradueix en el fet que no es necessitarà escriure tantes vegades en la mateixa zona, és a dir, que hi ha més espai dins de la SD on col·locar dades.
- Comprar de marques amb prestigi: No és un secret, com mateix passa amb les SD succeeix amb altres components de maquinari. Per exemple els smartphones, podem comprar-ne un xinès que ens sortirà a 30 $ i aparentment segons les especificacions de el maquinari pot fer gairebé el mateix que un Nexus de 300 $, però, a la llarga el de marca rara (xinesa) no serveix. Amb les SD és igual, hi ha molts fabricants però reconeguts com a bona marca, amb qualitat no són tants. És sempre bo buscar a Google per fabricants de SD amb bona qualitat, després veure si en alguna botiga de Raspberry Pi d'Espanya o la seva localitat tenen en existència aquestes SD. Treguin vostès les seves pròpies conclusions en relació qualitat-preu.
- Configura Linux perquè escrigui més en RAM i menys en la SD: Similar que el punt 1, mentre menys s'escrigui a la SD millor. Podem aconseguir escriure més en la RAM i menys en la SD usant tmpfs
usant tmpfs
Per indicar-li a sistema que escrigui més en RAM i menys en el dispositiu d'emmagatzematge (en aquest cas en la SD) n'hi ha prou amb afegir una línia al / etc / fstab. En aquesta línia vam indicar quina carpeta volem que es munti en la RAM i no en la SD, per exemple:
tmpfs /var/log tmpfs defaults,noatime,nosuid,mode=0755,size=100m 0 0
Per cert, si necessiten més de 100MB per a aquesta partició, modifiquin aquest valor en la línia, posant un màxim de mida estem assegurant-nos que no consumeixi tota la RAM. Després reiniciïn l'ordinador i llest.
Aclariment, tot el que sigui muntat amb tmpfs (per exemple, / var / logs) es perdrà quan es torna a arrencar l'ordinador, és a dir, que quan reinicien no tindran els logs, estaran en blanc, i així per a cada carpeta que muntin.
Fi!
Aquests consells són òptims bé per al seu Raspberry Pi com també si tenen una PiPad. No sé per quin altre equip els seria d'utilitat doncs, no conec altre maquinari que no funcioni amb un HDD o SSD i sí amb una targeta SD, anem, llevat que no sigui una càmera 🙂
Espero els hagi resultat interessant, sobretot conèixer el tip de el funcionament de tmpfs
bones
Una altra opció per allargar la vida útil de la SD, és passar la partició de sistema de la SD a un HD USB, i usar la SD només com arrencada ...
Home, no crec que sigui una bona solució muntar els logs en memòria, ja que RPI només té 512 MB de RAM ... El que diu Laegnur té molta més lògica, fer servir la SD com arrencada i un disc dur extern per / var i fins / home.
És bo informar que no totes les SD són compatibles amb el Raspberry Pi, deixo un link on es detalla quals SD són i no són compatibles.
http://elinux.org/RPi_SD_cards#SD_card_performance.
Excel·lent article, crec que cada opció té els seus pros i contres, posar un disc dur al teu raspberry li treu portabilitat, li incrementa mida, etc. Crec que el millor és deixar-la tal qual aquesta, de totes maneres les SD són barates.
Salutacions,
bones
Aquest és el meu 1r comentari en aquesta web que segueixo. Tinc una RPI fent de servidor 24 × 7 amb aMule i transmission connectat a un HD, la manera que es recomanen en el cas de fer servir la RPI com a servidor 24 × 7, és que en la SD només aquest la partició / boot i que tot la resta de les particions estiguin dins de l'HD, i és necessari, disposar d'un HD connectat (tal com diu Laegnur)
I de moment, jo no he tingut cap problema ... I que duri .... 😉
Fa poc li he col·locat una SSD i una HD al meu PC d'escriptori i això em ve com anell a el dit.
Al meu SSD li he instal·lat Wheezy a ext4 i agregat a l'fstab
UUID = xxx / ext4 default, noatime, nodiratime, discard 0 1
tmpfs / tmp tmpfs defaults, noexec, nosuid 0 0
tmpfs / var / run tmpfs size = 1024M, nr_inodes = 10k, mode = 777 0 0
tmpfs / var / lock tmpfs size = 1024M, nr_inodes = 10k, mode = 777 0 0
tmpfs / var / log tmpfs size = 1024M, nr_inodes = 10k, mode = 777 0 0
i vaig tenir la desgràcia de patir un tall de llum aquest mateix dia i com a resultat, l'arrel es automontaba com «read only». Amb un mount -o remount, rw se solucionava però no crec que sigui bona idea caminar amb una partició corrupta.
Des d'un altre sistema li vaig fer el fsck i també la revisió des gparted i seguia amb el mateix problema.
Ho he solucionat reinstal·lant en btrfs.
Pregunto. És segur fer volàtil a / var / log? No hi ha res important alli que necessiti el sistema per recuperar d'un apagat incorrecte?
Pregunto perquè és molt estrany el que m'ha passat. Ús Linux des del 2011, pateixo de talls de llum però mai m'ha passat una cosa així. El mateix dia que he muntat amb tmpfs a / var / log i els altres directoris, em passa això.
Ejem fa temps que va escriure un manual per a la Debian ARM per allargar la vida d'una SD, en raspberry és el mateix i es pot aplicar, això és molt millor, no vas malament però faltaven alguns detalls més.
http://kirbian.wordpress.com/2013/01/11/reduce-disk-write-sdcard/
Cada dia hi ha més discos SDD i configuracioens mixtes SDD + HDD i aquesta comanda també allargaria la seva vida útil.
I ja que la RAM està bastant barateta ara, no estaria gens malament aprofundir en diverses configuracions que poguessin ajudar a millorar el rendiment dels sobretaules també.
PS: M'agradaria que algú escrivís articles sobre impressores, sobretot làser b / n multifunció, les Brother m'han anat bé fins ara, però l'últim model que he encarregat m'ha donat problemes amb l'alimentador de fulls de l'escàner - les vaig a retornar - i he anat a buscar comparatives i opinions, i brillen per la seva absència, tant en castellà com en anglès -
Falta un «tot o molt o Phoronix» per a impressores - per si algú vol emprendre -, però mentrestant si algú treballa venent aquests models làser B / N multifunció tan usats en oficines petites o simplement venent tintes podria recollir la satisfacció dels seus clients amb aquest tipus de models i compartir-la aquí o on li sembli més oportú comunicant.
Gràcies per la info. Molt útil. Exitos!