From bogus@does.not.exist.com Thu Feb 4 09:00:23 2016 From: bogus@does.not.exist.com (Narcis Garcia informatica actiu net) Date: Thu, 4 Feb 2016 09:00:23 +0100 Subject: [gilug] Fwd: Voluntaris per a install party al Mobile Social Congress. 23.2.2016 16:00-21:00 In-Reply-To: References: Message-ID: -------- Forwarded Message -------- Subject: Voluntaris per a install party al Mobile Social Congress. 23.2.2016 16:00-21:00 Resent-Date: Thu, 4 Feb 2016 07:49:03 +0000 (UTC) Resent-From: debian-user-catalan lists.debian.org Date: Wed, 3 Feb 2016 14:17:53 +0100 From: xdrudis tinet.cat To: esdeveniments cpl.upc.edu CC: caliu-info cpl.upc.edu, debian-user-catalan lists.debian.org Hola, L'altre dia vaig enviar a esdeveniments@ que el 19 i 20 de febrer hi ha el Congres de Sobirania Tecnològica a la Facultat de Biblioteconomia (http://sobtec.cat). També hi ha actes de l'Oca Negre del Clot, però no sé on estan anunciats. I potser n'hi ha més que em deixo. Paral·lelament el SETEM Catalunya organitza l'anomenat Mobile Social Congress al Casinet d'Hostafrancs el dimarts 23 de febrer de 16:00 a 21:00. El programa sortirà properament però entenc que hi haurà xerrades, una fira d'stands i una install party de programari lliure. El SETEM va impulsar l'inciativa http://electronicswatch.org/ca Electronics Watch que va establir un consorci per a que compradors institucionals (per tant recurrents) de productes electrònics puguin associar-se i exigir als proveïdors una sèrie de garanties verificables en les condicions de treball a les cadenes de producció. Per a la install party caldrien voluntaris. El SETEM organitza una reunió preparatòria de la install party el dilluns 8 de febrer de 2016 a les 18:30 al Casinet d'Hostafrancs, C. Rector Triadó, 53. Demanen fer extensible la invitació a la reunió preparatòria a altra gent interessada en col·laborar-hi. -- Xavi From bogus@does.not.exist.com Wed Feb 17 18:43:02 2016 From: bogus@does.not.exist.com (Narcis Garcia informatica actiu net) Date: Wed, 17 Feb 2016 18:43:02 +0100 Subject: [gilug] Web de CUPS en catala Message-ID: A diversos ordinadorsconfigurats en català he observat que, visitant el web de CUPS amb M.Firefox: http://localhost:631/ apareix tot en english. No passa així amb altres navegadors com Midori. He llegit que se li pot configurar la llengua predeterminada a /etc/cups/cupsd.conf amb la directiva: DefaultLanguage ca Però a mi no em funciona. Algú més s'hi ha trobat? From bogus@does.not.exist.com Thu Feb 18 20:47:06 2016 From: bogus@does.not.exist.com (Narcis Garcia informatica actiu net) Date: Thu, 18 Feb 2016 20:47:06 +0100 Subject: [gilug] Aturar sense esperar un proces D (zombie) Message-ID: Estic intentant recuperar dades d'un disc dur fet malbé. D'entre milers de fitxers a copiar, cada vegada que em trobo amb un que té blocs dolents, el disc esdevé illegible i el procés de lectura es queda congelat sense manera de matar-lo (kill -15, kill -9). Per continuar haig d'aturar l'ordinador, i després s'inicia tot normal i accessible. El problema és que triga moltíssim en aturar-se perquè segueix esperant aquell procés de lectura. Ja he llegit que per un procés en estat «D» no es pot ordenar la finalització forçosa fins que el nucli Linux ho decideixi, però assumint això també costa molt finalitzar-ho tot sense desendollar l'ordinador de la corrent. Algú sap d'una instrucció per forçar l'aturada inmediata del sistema, passant dels «zombies», que la pugui escriure en un programet (Bash) que controla la situació? Gràcies. From bogus@does.not.exist.com Thu Feb 18 23:00:19 2016 From: bogus@does.not.exist.com (Xavier Barnada xbarnada gmail com) Date: Thu, 18 Feb 2016 22:00:19 +0000 Subject: [gilug] Re: Aturar sense esperar un proces D (zombie) In-Reply-To: References: Message-ID: Hola Narcís, D'acord amb el que diu el man de ps els estats dels procesos son: D uninterruptible sleep (usually IO) R running or runnable (on run queue) S interruptible sleep (waiting for an event to complete) T stopped, either by a job control signal or because it is being traced W paging (not valid since the 2.6.xx kernel) X dead (should never be seen) Z defunct ("zombie") process, terminated but not reaped by its parent A partir d'aixó entenc que fins que el proces no dona un timeout de IO el kernel no el mata .He mirat i he trobat que hi ha formes de forçar que el proces en estat D mori http://blog.kevac.org/2013/02/uninterruptible-sleep-d-state.html Potser amb una distribucio especial per a recuperacio de dades podras treballar millor. P.D: Un truc per que vaig fer servir un cop per un disc dur que s'escalfava i no funcionava va ser posar-lo davant un ventilador,no se si et pot ser util. Salutacions El jue., 18 feb. 2016 a las 20:50, Narcis Garcia () escribió: > Estic intentant recuperar dades d'un disc dur fet malbé. > D'entre milers de fitxers a copiar, cada vegada que em trobo amb un que > té blocs dolents, el disc esdevé illegible i el procés de lectura es > queda congelat sense manera de matar-lo (kill -15, kill -9). > > Per continuar haig d'aturar l'ordinador, i després s'inicia tot normal i > accessible. > El problema és que triga moltíssim en aturar-se perquè segueix esperant > aquell procés de lectura. > > Ja he llegit que per un procés en estat «D» no es pot ordenar la > finalització forçosa fins que el nucli Linux ho decideixi, però assumint > això també costa molt finalitzar-ho tot sense desendollar l'ordinador de > la corrent. > > Algú sap d'una instrucció per forçar l'aturada inmediata del sistema, > passant dels «zombies», que la pugui escriure en un programet (Bash) que > controla la situació? > > Gràcies. > > > ________________________________________________________ > LLISTA DE DISTRIBUCIO DE CORREU del GiLUG > -------------------------------------------------------- > - Per a escriure a tothom de la llista, envia el teu missatge a: > usuaris(arrova)llista.gilug.org > - Per a d'altres questions sobre la llista o subscripcio, autogestiona't a: > http://llista.gilug.org/mailman/listinfo/usuaris > * Tots els missatges queden publicats a: > http://llista.gilug.org/pipermail/usuaris/ > -------------- part següent -------------- Un document HTML ha estat eliminat... URL: From bogus@does.not.exist.com Fri Feb 19 09:08:59 2016 From: bogus@does.not.exist.com (Narcis Garcia informatica actiu net) Date: Fri, 19 Feb 2016 09:08:59 +0100 Subject: [gilug] Re: Aturar sense esperar un proces D (zombie) In-Reply-To: References: Message-ID: En Marko Kevac explica com trobar els processos en estat D. Jo ja tinc el PID del procés que m'interessa, però en aquest estat no es pot matar. El 18/02/16 a les 23:00, Xavier Barnada ha escrit: > Hola Narcís, > > D'acord amb el que diu el man de ps els estats dels procesos son: > D uninterruptible sleep (usually IO) > R running or runnable (on run queue) > S interruptible sleep (waiting for an event to complete) > T stopped, either by a job control signal or because it is > being traced > W paging (not valid since the 2.6.xx kernel) > X dead (should never be seen) > Z defunct ("zombie") process, terminated but not reaped by > its parent > A partir d'aixó entenc que fins que el proces no dona un timeout de IO > el kernel no el mata .He mirat i he trobat que hi ha formes de forçar > que el proces en estat D mori > http://blog.kevac.org/2013/02/uninterruptible-sleep-d-state.html > > Potser amb una distribucio especial per a recuperacio de dades podras > treballar millor. > > P.D: Un truc per que vaig fer servir un cop per un disc dur que > s'escalfava i no funcionava va ser posar-lo davant un ventilador,no se > si et pot ser util. > > Salutacions > > El jue., 18 feb. 2016 a las 20:50, Narcis Garcia ( >) escribió: > > Estic intentant recuperar dades d'un disc dur fet malbé. > D'entre milers de fitxers a copiar, cada vegada que em trobo amb un que > té blocs dolents, el disc esdevé illegible i el procés de lectura es > queda congelat sense manera de matar-lo (kill -15, kill -9). > > Per continuar haig d'aturar l'ordinador, i després s'inicia tot normal i > accessible. > El problema és que triga moltíssim en aturar-se perquè segueix esperant > aquell procés de lectura. > > Ja he llegit que per un procés en estat «D» no es pot ordenar la > finalització forçosa fins que el nucli Linux ho decideixi, però assumint > això també costa molt finalitzar-ho tot sense desendollar l'ordinador de > la corrent. > > Algú sap d'una instrucció per forçar l'aturada inmediata del sistema, > passant dels «zombies», que la pugui escriure en un programet (Bash) que > controla la situació? > > Gràcies. > > > ________________________________________________________ > LLISTA DE DISTRIBUCIO DE CORREU del GiLUG > -------------------------------------------------------- > - Per a escriure a tothom de la llista, envia el teu missatge a: > usuaris(arrova)llista.gilug.org > - Per a d'altres questions sobre la llista o subscripcio, > autogestiona't a: > http://llista.gilug.org/mailman/listinfo/usuaris > * Tots els missatges queden publicats a: > http://llista.gilug.org/pipermail/usuaris/ > > > > ________________________________________________________ > LLISTA DE DISTRIBUCIO DE CORREU del GiLUG > -------------------------------------------------------- > - Per a escriure a tothom de la llista, envia el teu missatge a: usuaris(arrova)llista.gilug.org > - Per a d'altres questions sobre la llista o subscripcio, autogestiona't a: > http://llista.gilug.org/mailman/listinfo/usuaris > * Tots els missatges queden publicats a: > http://llista.gilug.org/pipermail/usuaris/ > From bogus@does.not.exist.com Fri Feb 19 09:19:20 2016 From: bogus@does.not.exist.com (Narcis Garcia informatica actiu net) Date: Fri, 19 Feb 2016 09:19:20 +0100 Subject: [gilug] Re: Aturar sense esperar un proces D (zombie) Message-ID: El SysRq deuria ser quasi el què buscava enviant els senyals a /proc/sysrq-trigger: https://en.wikipedia.org/wiki/Magic_SysRq_key però he trobat una instrucció més «tova» que (no sé perquè) fa la feina: rtcwake -m off El 18/02/16 a les 20:47, Narcis Garcia ha escrit: > Estic intentant recuperar dades d'un disc dur fet malbé. > D'entre milers de fitxers a copiar, cada vegada que em trobo amb un que > té blocs dolents, el disc esdevé illegible i el procés de lectura es > queda congelat sense manera de matar-lo (kill -15, kill -9). > > Per continuar haig d'aturar l'ordinador, i després s'inicia tot normal i > accessible. > El problema és que triga moltíssim en aturar-se perquè segueix esperant > aquell procés de lectura. > > Ja he llegit que per un procés en estat «D» no es pot ordenar la > finalització forçosa fins que el nucli Linux ho decideixi, però assumint > això també costa molt finalitzar-ho tot sense desendollar l'ordinador de > la corrent. > > Algú sap d'una instrucció per forçar l'aturada inmediata del sistema, > passant dels «zombies», que la pugui escriure en un programet (Bash) que > controla la situació? > > Gràcies. > > > ________________________________________________________ > LLISTA DE DISTRIBUCIO DE CORREU del GiLUG > -------------------------------------------------------- > - Per a escriure a tothom de la llista, envia el teu missatge a: usuaris(arrova)llista.gilug.org > - Per a d'altres questions sobre la llista o subscripcio, autogestiona't a: > http://llista.gilug.org/mailman/listinfo/usuaris > * Tots els missatges queden publicats a: > http://llista.gilug.org/pipermail/usuaris/ > From bogus@does.not.exist.com Sat Feb 20 12:41:59 2016 From: bogus@does.not.exist.com (Narcis Garcia informatica actiu net) Date: Sat, 20 Feb 2016 12:41:59 +0100 Subject: [gilug] Ext2 per ordinadors antics Message-ID: <56C85107.5010701@actiu.net> Quan faig instal·lacions en ordinadors de molt poca potència (processadors Celeron, poca memòria, disc IDE petit, USB 1.1, etc.) no només miro l'escriptori i les aplicacions lleugeres, sinó que em plantejo un munt de detalls que entretinguin menys el nucli Linux. Voldria recollir opinions sobre la meva suposició de què s'estalvia temps de procés i ús de disc formatant en el sistema de fitxers «ext2» en comptes de «ext4». També m'ho he arribat a plantejar en memòries USB.