Després de gairebé un any des de la darrera actualització, el Samsung Galaxy S3 ha rebut un inesperat regal de Reis en forma d'actualització de la seva versió d'Android:
Més de 440MB (imatge de l'esquerra), així que baixeu-la preferiblement per xarxa sense fils i no amb el vostre pla de dades. I, saltant-se la 4.2, ha passat directament al Android 4.3 (imatge central).
Una de les primeres coses que de seguida crida l'atenció és el nou aspecte gràfic, més polit, i la reorganització dels menús. M'agrada especialment el nou tauler de notificacions (imatge de la dreta), que podem personalitzar al nostre gust, i on hi trobarem tot el que habitualment volem activar/desactivar en el dia a dia.
En resum, una actualització molt recomanable.
Informació tecnològica en català, anomenada i desada al bloc. Per a mi, per a tothom.
7 de gener del 2014
Regal de Reis: Android 4.3 al Sansung S3
7 de novembre del 2013
Actualitzant el microcodi del processador (CPU Intel)
Si teniu un processador Intel, podeu millorar-ne el rendiment o corregir petites errades actualitzant el seu microcodi (fent una analogia, seria quelcom similar a actualitzar la BIOS del PC, però en la CPU o processador).
Aquesta tasca normalment la fa la BIOS de la placa base, però sovint no l'actualitzem prou, o bé el fabricant ja no ens en proporciona noves versions. Sigui com sigui, podem fer-ho fàcilment des del nostre Ubuntu:
Reiniciem l'ordinador i podem comprovar si s'ha aplicat correctament el nou microcodi amb:
El resultat es pot veure en la imatge següent:
Tal com es pot comprovar, s'ha aplicat el darrer microcodi (juny del 2013) sense problemes. També es pot veure que el PEBS, que inicialment estava deshabilitat degut a una errada, ara ja s'ha activat correctament.
Tot en ordre !
Font: Easy Linux tips project
Aquesta tasca normalment la fa la BIOS de la placa base, però sovint no l'actualitzem prou, o bé el fabricant ja no ens en proporciona noves versions. Sigui com sigui, podem fer-ho fàcilment des del nostre Ubuntu:
$ sudo apt-get install microcode.ctl intel-microcode
Reiniciem l'ordinador i podem comprovar si s'ha aplicat correctament el nou microcodi amb:
$ dmesg | grep microcode
El resultat es pot veure en la imatge següent:
Tal com es pot comprovar, s'ha aplicat el darrer microcodi (juny del 2013) sense problemes. També es pot veure que el PEBS, que inicialment estava deshabilitat degut a una errada, ara ja s'ha activat correctament.
Tot en ordre !
Font: Easy Linux tips project
1 de novembre del 2013
Recuperant dades d'un gravador DVD Woxter amb disc dur
Fa uns mesos em va tocar recuperar dades d'un disc durs malmès. Cap al final de l'article us parlava d'altres eines de recuperació quan el sistema de fitxers s'havia perdut. Recentment he tingut ocasió de provar-les.
Em va arribar un disc dur provinent d'un gravador DVD Woxter que havia mort. Hi havia uns vídeos dels quals no hi havia còpia de seguretat. Potser no ho he dit prou clar: feu còpies de seguretat de les vostres dades abans que sigui massa tard.
En fi, com que el disc estava bé, pensava que possiblement portaria un sistema Linux i que el podria muntar en una caixa externa per després copiar els fitxers cap a un altre suport com si res. No va ser així. El disc apareixia en el sistema, però era com si no tingués format. Podia estar encriptat, però l'aparell era prou vell i m'estranyava.
En tot cas, no seria una feina ràpida com m'havia pensat. El primer que vaig fer va ser crear una imatge del disc per treballar amb ella i poder deixar tranquil el disc original. Ho podem fer amb el programa Discs, des del Dash. Ens situem sobre el disc i seleccionem crea una imatge de disc.... Tot seguit, vaig mirar de recuperar una possible partició en la imatge:
Tot seguit indiquem Analyse i Quick Search per tal que comenci a buscar particions del tipus escollit:
En va trobar una, però era errònia, ja que apareixia cap a la meitat del disc i suposadament era de més d'un TB. Impossible en un disc de 160GB.
Tancada aquesta porta, vaig anar a la solució final, que consisteix en provar d'extreure fitxers d'un sistema desconegut, danyat o inexistent. Sense gaire fe, tot sigui dit.
Abans de començar a buscar fitxers, anem a file Opt i indiquem els tipus de fitxers que volem buscar i els que no:
En el meu cas, només m'interessaven els de tipus vídeo, foto i música. Abans de començar la recuperació ens preguntarà si sabem el tipus de partició (linux o altres) i el directori on volem guardar els fitxers que es recuperin. El procés complet va trigar un xic més d'una hora. Gens malament.
I amb un resultat magnífic, tal com es pot veure en la carpeta de fitxers recuperats:
Es varen poder recuperar (tots) els vídeos del disc dur. Això sí, queda una feina pesada d'anar identificant i posant nom a cada pel·lícula, però això ja no serà feina meva...
Em va arribar un disc dur provinent d'un gravador DVD Woxter que havia mort. Hi havia uns vídeos dels quals no hi havia còpia de seguretat. Potser no ho he dit prou clar: feu còpies de seguretat de les vostres dades abans que sigui massa tard.
En fi, com que el disc estava bé, pensava que possiblement portaria un sistema Linux i que el podria muntar en una caixa externa per després copiar els fitxers cap a un altre suport com si res. No va ser així. El disc apareixia en el sistema, però era com si no tingués format. Podia estar encriptat, però l'aparell era prou vell i m'estranyava.
En tot cas, no seria una feina ràpida com m'havia pensat. El primer que vaig fer va ser crear una imatge del disc per treballar amb ella i poder deixar tranquil el disc original. Ho podem fer amb el programa Discs, des del Dash. Ens situem sobre el disc i seleccionem crea una imatge de disc.... Tot seguit, vaig mirar de recuperar una possible partició en la imatge:
$ sudo apt-get install testdisk $ sudo testdisk 160GB.imgSeleccionem el disc que ens apareix (al indicar el nom d'una imatge en la línia de comandes, només n'hi haurà un). Ens mostra un menú amb els diferents tipus de particions. Típicament serà de tipus Intel o, si és un disc dur nou, EFI GPT:
Tot seguit indiquem Analyse i Quick Search per tal que comenci a buscar particions del tipus escollit:
En va trobar una, però era errònia, ja que apareixia cap a la meitat del disc i suposadament era de més d'un TB. Impossible en un disc de 160GB.
Tancada aquesta porta, vaig anar a la solució final, que consisteix en provar d'extreure fitxers d'un sistema desconegut, danyat o inexistent. Sense gaire fe, tot sigui dit.
$ sudo photorec 160GB.imgSeleccionem el disc i ens mostra una partició desconeguda de la mida del disc:
Abans de començar a buscar fitxers, anem a file Opt i indiquem els tipus de fitxers que volem buscar i els que no:
En el meu cas, només m'interessaven els de tipus vídeo, foto i música. Abans de començar la recuperació ens preguntarà si sabem el tipus de partició (linux o altres) i el directori on volem guardar els fitxers que es recuperin. El procés complet va trigar un xic més d'una hora. Gens malament.
I amb un resultat magnífic, tal com es pot veure en la carpeta de fitxers recuperats:
Es varen poder recuperar (tots) els vídeos del disc dur. Això sí, queda una feina pesada d'anar identificant i posant nom a cada pel·lícula, però això ja no serà feina meva...
28 d’octubre del 2013
Ubuntu Saucy 13.10 i els servidors web virtuals (VirtualHost)
Amb l'actualització a Ubuntu Saucy 13.10 m'he trobat que no em funcionaven els diferents projectes web que tenia en el servidor local.
El problema té fàcil solució. Resulta que Ubuntu ha actualitzat la versió del servidor Apache, tal com es pot veure amb la comanda:
En resum, simplement hem de fer que el fitxer que conté les declaracions del servidors virtuals acabi en .conf i reiniciar Apache:
I ja ho tenim.
El problema té fàcil solució. Resulta que Ubuntu ha actualitzat la versió del servidor Apache, tal com es pot veure amb la comanda:
$ apache2 -v Server version: Apache/2.4.6 (Ubuntu) Server built: Aug 9 2013 14:28:56
En resum, simplement hem de fer que el fitxer que conté les declaracions del servidors virtuals acabi en .conf i reiniciar Apache:
$ cd /etc/apache2/sites-available $ sudo mv vhosts vhosts.conf $ sudo service apache2 restart
I ja ho tenim.
Etiquetes de comentaris:
Apache,
programació,
trucs,
VirtualHost,
web
25 d’octubre del 2013
Recuperar la Paperera en una partició enllaçada (o en un altre disc dur)
Un disc dur SSD és una gran compra, ja us ho asseguro (per dades de rendiment més concretes, em remeto a l'article anterior).
Segurament, l'únic problema és que té l'espai limitat, sobretot comparat amb els discs mecànics, que fàcilment poden tenir diversos TB. Per aquest motiu, algunes carpetes del directori d'usuari, les més pesades, les he mogut cap a un disc mecànic.
Però m'he trobat que ara ja no puc enviar res del que es troba en aquest disc enllaçat a la paperera. O ho suprimeixo definitivament, o no ho puc esborrar. Això passa perquè, si Ubuntu ho enviés a la paperera, en realitat s'hauria de copiar sobre el disc SSD (que és on tinc la carpeta d'usuari).
Però no patiu, que hi ha solució: es tracta de crear una nova paperera per al nostre usuari en el directori arrel del disc dur mecànic:
Segurament, l'únic problema és que té l'espai limitat, sobretot comparat amb els discs mecànics, que fàcilment poden tenir diversos TB. Per aquest motiu, algunes carpetes del directori d'usuari, les més pesades, les he mogut cap a un disc mecànic.
Però m'he trobat que ara ja no puc enviar res del que es troba en aquest disc enllaçat a la paperera. O ho suprimeixo definitivament, o no ho puc esborrar. Això passa perquè, si Ubuntu ho enviés a la paperera, en realitat s'hauria de copiar sobre el disc SSD (que és on tinc la carpeta d'usuari).
Però no patiu, que hi ha solució: es tracta de crear una nova paperera per al nostre usuari en el directori arrel del disc dur mecànic:
$ cd /home/HDD $ sudo mkdir .Trash-1000 $ sudo chown usuari:usuari .Trash-1000/ $ nautilus -q
- En primer lloc anem a la carpeta arrel on tenim muntat el disc dur mecànic o la partició (enlloc de /home/HDD utilitzeu el vostre directori arrel).
- En segon lloc creem una carpeta que servirà de paperera pel nostre usuari (1000 és l'identificador d'usuari quan només en tenim un de creat).
- Tot seguit, canviem la propietat d'aquesta carpeta (enlloc d'usuari, utilitzeu el nom que us correspongui).
- Finalment, tanquem el navegador de fitxers, nautilus.
20 d’octubre del 2013
SSD Samsung 840 EVO: revisió i test de velocitat en Ubuntu
Ja feia temps que tenia ganes d'afegir un disc SSD a l'ordinador. Si no ho havia fet abans era perquè dubtava entre les versions Pro (més ràpida) i normal (molt bona relació preu/GB) de la sèrie 840 de Samsung. Fa ben poc, Samsung ha tret els nous models 840 EVO, que milloren les prestacions dels 840, acostant-se a la sèrie 840 Pro, alhora que mantenen la magnífica relació preu/GB. Afegim-hi la sortida d'Ubuntu Saucy, i ja tinc l'excusa perfecte: una instal·lació neta del nou Ubuntu sobre SSD.
Dit i fet. El rebo puntualment, juntament amb un adaptador per poder-lo muntar en l'espai d'un disc dur normal de 3.5".
El disc ve "pelat". Sense cap cable, ni tan sols cargols per muntar-lo (per això vaig demanar l'adaptador a part). Si necessiteu tot el conjunt, podeu demanar l'opció "upgrade-kit". Si que porta, en canvi, un CD per fer la migració de l'antic disc al nou amb el programari Samsung Magician. Sembla ser que està molt bé, però com que jo volia una instal·lació neta, no l'he fet servir per res.
El muntatge físic del disc és senzill. No difereix de muntar un disc SATA normal. Un cop instal·lat el disc, cal anar a la BIOS i activar el mode AHCI (per defecte estava a IDE). És una opció que pot costar de trobar, ja que depèn de la BIOS, però sol ser necessari per tal que el disc SSD sigui reconegut.
Durant el muntatge físic, també vaig aprofitar per fer neteja de la caixa, que havia agafat un bon munt de pols. El ventilador de la CPU, en concret, encara no sé ni com rodava. De fet, la temperatura de la CPU ha passat d'estar al voltant de 50ºC a uns modestos 35-40ºC. He guanyat en silenci també per aquest costat. Nota mental: netejar la caixa del PC i els ventiladors almenys un cop a l'any.
I directe a les proves de rendiment. En primer lloc, el test de referència d'Ubuntu:
A la vista dels resultats, sovint ens quedem en els més de 540MB/s de lectura i 415MB/s d'escriptura. Això és 10 cops més ràpid que un disc dur clàssic. Però no oblidem el temps d'accés. Aquests 0,04 ms són més de 400 vegades més ràpid que un disc normal (compareu els resultats amb els d'un disc normal analitzats aquí).
Anem ara a tests més tècnics. Comprovem la velocitat de lectura amb l'utilitat hdparm:
Els resultats mostren més de 500 MB/s de velocitat de lectura i, quan tenim la informació a la memòria cau, uns impressionants 13 GB/s!
Finalment, faig proves seguint el mètode indicat a la wiki d'Arch Linux:
En primer lloc s'escriu un fitxer de més d'un GB a uns impressionants 500 MB/s. Tot seguit s'esborra la memòria cau (calen privilegis de root) per comprovar la velocitat de lectura directe: 530 MB/s. En darrer lloc, es repeteix la lectura (però ara s'utilitzen les dades de la memòria cau): més de 9 GB/s !!
I fins aquí les dades fredes. Us preguntareu què tal l'experiència real. El sistema carrega en qüestió de segons. Des de la pantalla d'inici a l'escriptori, sense pausa. Les aplicacions responen amb agilitat. Els nous paquets de Synaptic s'instal·len sense pausa. Compilant, veus passar els fitxers font sense parar. Què més dir? Estic molt content amb l'actualització: menys de 150€ per 250 GB i el PC sembla un altre.
Dit i fet. El rebo puntualment, juntament amb un adaptador per poder-lo muntar en l'espai d'un disc dur normal de 3.5".
El disc ve "pelat". Sense cap cable, ni tan sols cargols per muntar-lo (per això vaig demanar l'adaptador a part). Si necessiteu tot el conjunt, podeu demanar l'opció "upgrade-kit". Si que porta, en canvi, un CD per fer la migració de l'antic disc al nou amb el programari Samsung Magician. Sembla ser que està molt bé, però com que jo volia una instal·lació neta, no l'he fet servir per res.
El muntatge físic del disc és senzill. No difereix de muntar un disc SATA normal. Un cop instal·lat el disc, cal anar a la BIOS i activar el mode AHCI (per defecte estava a IDE). És una opció que pot costar de trobar, ja que depèn de la BIOS, però sol ser necessari per tal que el disc SSD sigui reconegut.
Durant el muntatge físic, també vaig aprofitar per fer neteja de la caixa, que havia agafat un bon munt de pols. El ventilador de la CPU, en concret, encara no sé ni com rodava. De fet, la temperatura de la CPU ha passat d'estar al voltant de 50ºC a uns modestos 35-40ºC. He guanyat en silenci també per aquest costat. Nota mental: netejar la caixa del PC i els ventiladors almenys un cop a l'any.
I directe a les proves de rendiment. En primer lloc, el test de referència d'Ubuntu:
A la vista dels resultats, sovint ens quedem en els més de 540MB/s de lectura i 415MB/s d'escriptura. Això és 10 cops més ràpid que un disc dur clàssic. Però no oblidem el temps d'accés. Aquests 0,04 ms són més de 400 vegades més ràpid que un disc normal (compareu els resultats amb els d'un disc normal analitzats aquí).
Anem ara a tests més tècnics. Comprovem la velocitat de lectura amb l'utilitat hdparm:
Els resultats mostren més de 500 MB/s de velocitat de lectura i, quan tenim la informació a la memòria cau, uns impressionants 13 GB/s!
Finalment, faig proves seguint el mètode indicat a la wiki d'Arch Linux:
En primer lloc s'escriu un fitxer de més d'un GB a uns impressionants 500 MB/s. Tot seguit s'esborra la memòria cau (calen privilegis de root) per comprovar la velocitat de lectura directe: 530 MB/s. En darrer lloc, es repeteix la lectura (però ara s'utilitzen les dades de la memòria cau): més de 9 GB/s !!
I fins aquí les dades fredes. Us preguntareu què tal l'experiència real. El sistema carrega en qüestió de segons. Des de la pantalla d'inici a l'escriptori, sense pausa. Les aplicacions responen amb agilitat. Els nous paquets de Synaptic s'instal·len sense pausa. Compilant, veus passar els fitxers font sense parar. Què més dir? Estic molt content amb l'actualització: menys de 150€ per 250 GB i el PC sembla un altre.
11 d’octubre del 2013
Fent espai al disc de sistema: esborrant els fitxers d'actualitzacions antigues
Habitualment utilitzo una partició separada pel sistema operatiu. No cal que sigui molt gran, així que ara mateix hi tinc uns 25GB dedicats.
Però l'altre dia em vaig adonar que m'estava quedant sense espai, cosa que podia ser un problema de cara a generar fitxers temporals per gravar un DVD de doble capa. Però això és una altra història. No ens emboliquem.
El cas és que ja fa més de dos anys que vaig fer la primera instal·lació d'Ubuntu en aquesta màquina, i l'he anat actualitzant a cada nova versió que ha sortit. Això són dos cos per any. Tot plegat, fa un munt de paquets i actualitzacions...
Efectivament, vaig poder comprovar que el directori que guarda els paquets i actualitzacions descarregades (/var/cache/apt) ocupava força més de 10GB. Per netejar-lo, no el podem esborrar directament, ja que no li agradaria gaire al sistema d'actualitzacions apt-get. Cal fer-ho així:
I ara, a esperar la propera sortida d'Ubuntu 13.10 Saucy Salamander !!
Però l'altre dia em vaig adonar que m'estava quedant sense espai, cosa que podia ser un problema de cara a generar fitxers temporals per gravar un DVD de doble capa. Però això és una altra història. No ens emboliquem.
El cas és que ja fa més de dos anys que vaig fer la primera instal·lació d'Ubuntu en aquesta màquina, i l'he anat actualitzant a cada nova versió que ha sortit. Això són dos cos per any. Tot plegat, fa un munt de paquets i actualitzacions...
Efectivament, vaig poder comprovar que el directori que guarda els paquets i actualitzacions descarregades (/var/cache/apt) ocupava força més de 10GB. Per netejar-lo, no el podem esborrar directament, ja que no li agradaria gaire al sistema d'actualitzacions apt-get. Cal fer-ho així:
sudo apt-get cleanI ja està. Torno a tenir espai per treballar.
I ara, a esperar la propera sortida d'Ubuntu 13.10 Saucy Salamander !!
Subscriure's a:
Missatges (Atom)











