Re: (deb-cat) Convertir Ext4 a Ext4-

[Narcis Garcia]

Gràcies a tothom pels comentaris. Una de les coses que he pogut fer amb
aquesta recerca, ha estat completar aquesta guia:

https://openvz.org/Installation_on_Debian_9


__
I'm using this express-made address because personal addresses aren't
masked enough at this list's archives. Mailing lists service
administrator should fix this.

Re: (deb-cat) Convertir Ext4 a Ext4-

[Narcis Garcia]

__
I'm using this express-made address because personal addresses aren't
masked enough at this list's archives. Mailing lists service
administrator should fix this.
El 12/07/17 a les 14:41, Eloi ha escrit:
> El 12/07/17 a les 12:49, Narcis Garcia ha escrit:
>> __
>> I'm using this express-made address because personal addresses aren't
>> masked enough at this list's archives. Mailing lists service
>> administrator should fix this.
>> El 12/07/17 a les 10:47, Alex Muntada ha escrit:
>>> Narcis Garcia:
>>>
 Com és que Debian (a diferència de Ubuntu) no preveu l'arrencada
 en només lectura?!
>>> Les opcions de «recovery mode» del meu /boot/grub/grub.cfg tenen
>>> posat «ro single». És això el que vols dir?
>>>
>>> Salut,
>>> Alex
>>>
>> La única manera que he trobat per arrencar en modalitat «només lectura»
>> és afegint com a paràmetre d'arrencada: init=/bin/bash
>> Tot i això, em passa igual com amb initrd: que les accions de tune2fs no
>> tenen cap efecte sobre la partició de l'arrel.
>>
>> No sé si això implica que amb init=/bin/bash una revisió de blocs de
>> disc dur potser tampoc no deixaria marcats els dolents (?).
>>
> Has provat "systemctl rescue" o "systemctl emergency" amb el sistema ja
> en marxa? Són les versions equivalents menys i més agressives,
> respectivament, de "telinit 1"
> 
Gràcies; el problema amb tune2fs no tenia a veure amb Debian sinó amb la
utilitat: en aquesta situació cal executar "e2fsck -f" tant abans com
després del canvi d'atributs.
Tot i la (més senzilla) solució d'arrencar amb "init=/bin/bash",
segueixo trobant a faltar que la modalitat «recovery» per l'usuari no
estigui pensada també per «recovery the filesystem».
Paasso de les xapusses de Systemd.

Re: Libreoffice (Era: systemd-cron)

[jordi]

El dc 12 de 07 de 2017 a les 14:37 +0200, en/na Eloi va escriure:
> El 12/07/17 a les 13:54, jordi ha escrit:
> > El dc 12 de 07 de 2017 a les 01:18 +0200, en/na Alex Muntada va
> > escriure:
> > > jordi:
> > > 
> > > > libreoffice writter peta (suposo que pel tema del java)
> > > > algun servidor que utilitza jvm peta, (he provat dues versions)
> > > 
> > > Barrejar versions de java pot ser un merder. Si vols ajuda amb
> > > això millor que obris un fil nou.
> > 
> > [...]
> > 
> > He reinstal·lat per segona vegada tot el libreoffice i fet que
> > utilitzi
> > el java que ve amb l'Stretch i per ara funciona. Dic per ara,
> > perquè
> > misteriosament ha deixat de funcionar dues vegades.
> 
> Has actualitzat el nucli? Una de les actualitzacions de seguretat
> recents trencava, entre altres, el Libreoffice. Assegura't que
> tinguis
> com a mínim la versió 4.9.30-2+deb9u2 a Stretch o 3.16.43-2+deb8u2 a
> Jessie.
> 
> Més info:
>  >
> 

Cada dia i si cal, actualitzo al mati i/o a la nit.

uname -a
Linux imhotep 4.9.0-3-686-pae #1 SMP Debian 4.9.30-2+deb9u2 (2017-06-
26) i686 GNU/Linux


Amb el que em dius, veig que faig fer una actualització del nucli el
dia 28 de juny i no vaig reinstal·lar el libreoffice fins ahir dia 11
de juliol que es quan torna a funcionar. A veure si es això.

Gracies.

Libreoffice (Era: systemd-cron)

[Eloi]

El 12/07/17 a les 13:54, jordi ha escrit:
> El dc 12 de 07 de 2017 a les 01:18 +0200, en/na Alex Muntada va
> escriure:
>> jordi:
>>
>>> libreoffice writter peta (suposo que pel tema del java)
>>> algun servidor que utilitza jvm peta, (he provat dues versions)
>> Barrejar versions de java pot ser un merder. Si vols ajuda amb
>> això millor que obris un fil nou.
> [...]
>
> He reinstal·lat per segona vegada tot el libreoffice i fet que utilitzi
> el java que ve amb l'Stretch i per ara funciona. Dic per ara, perquè
> misteriosament ha deixat de funcionar dues vegades.

Has actualitzat el nucli? Una de les actualitzacions de seguretat
recents trencava, entre altres, el Libreoffice. Assegura't que tinguis
com a mínim la versió 4.9.30-2+deb9u2 a Stretch o 3.16.43-2+deb8u2 a Jessie.

Més info:

Re: (deb-cat) Convertir Ext4 a Ext4-

[Eloi]

El 12/07/17 a les 14:41, Eloi ha escrit:
> El 12/07/17 a les 12:49, Narcis Garcia ha escrit:
>> __
>> I'm using this express-made address because personal addresses aren't
>> masked enough at this list's archives. Mailing lists service
>> administrator should fix this.
>> El 12/07/17 a les 10:47, Alex Muntada ha escrit:
>>> Narcis Garcia:
>>>
 Com és que Debian (a diferència de Ubuntu) no preveu l'arrencada
 en només lectura?!
>>> Les opcions de «recovery mode» del meu /boot/grub/grub.cfg tenen
>>> posat «ro single». És això el que vols dir?
>>>
>>> Salut,
>>> Alex
>>>
>> La única manera que he trobat per arrencar en modalitat «només lectura»
>> és afegint com a paràmetre d'arrencada: init=/bin/bash
>> Tot i això, em passa igual com amb initrd: que les accions de tune2fs no
>> tenen cap efecte sobre la partició de l'arrel.
>>
>> No sé si això implica que amb init=/bin/bash una revisió de blocs de
>> disc dur potser tampoc no deixaria marcats els dolents (?).
>>
> Has provat "systemctl rescue" o "systemctl emergency" amb el sistema ja
> en marxa? Són les versions equivalents menys i més agressives,
> respectivament, de "telinit 1"

M'he oblidat d'afegir que un cop en mode rescat hauràs de posar la
partició arrel en només lectura usant "mount -o remount,ro /". Si diu
que la partició està ocupada, fes un cop d'ull amb lsof qui n'és el
responsable: a mi em sol fer la guitza cups

Re: (deb-cat) Convertir Ext4 a Ext4-

[Eloi]

El 12/07/17 a les 12:49, Narcis Garcia ha escrit:
> __
> I'm using this express-made address because personal addresses aren't
> masked enough at this list's archives. Mailing lists service
> administrator should fix this.
> El 12/07/17 a les 10:47, Alex Muntada ha escrit:
>> Narcis Garcia:
>>
>>> Com és que Debian (a diferència de Ubuntu) no preveu l'arrencada
>>> en només lectura?!
>> Les opcions de «recovery mode» del meu /boot/grub/grub.cfg tenen
>> posat «ro single». És això el que vols dir?
>>
>> Salut,
>> Alex
>>
> La única manera que he trobat per arrencar en modalitat «només lectura»
> és afegint com a paràmetre d'arrencada: init=/bin/bash
> Tot i això, em passa igual com amb initrd: que les accions de tune2fs no
> tenen cap efecte sobre la partició de l'arrel.
>
> No sé si això implica que amb init=/bin/bash una revisió de blocs de
> disc dur potser tampoc no deixaria marcats els dolents (?).
>
Has provat "systemctl rescue" o "systemctl emergency" amb el sistema ja
en marxa? Són les versions equivalents menys i més agressives,
respectivament, de "telinit 1"

Re: systemd-cron

[Alex Muntada]

jordi:

> Primer gracies per les respostes. Treuré el systemd-cron i de
> pas veuré si s'arreglen soles un parell de tonteries que tinc
> pendents.

He estat jugant una mica més amb el fitxer de systemd que et vaig
passar ahir perquè, tot i que funcionava bé quan feia les proves
en una màquina virtual, al portàtil no acaba de rutllar perquè
la wifi no connecta fins que entro al GNOME.

He provat posant After=NetworkManager-wait-online.service però
tampoc acaba funcionant. Segueixo investigant.

Salut,
Alex

Re: systemd-cron

[jordi]

El dc 12 de 07 de 2017 a les 01:18 +0200, en/na Alex Muntada va
escriure:
> jordi:
> 
> > Dons res, a l'instal·lar el systemd-cron s'ha eliminat cron i
> > anacron,
> > però els crontabs els edito normalment amb crontab -e i systemd-
> > cron
> > s'encarrega de tot, no se si massa be. Les ordres que s'executen a
> > l'arrencada (@reboot) no funcionen del tot, segurament per
> > dependencies
> > que no se modificar.
> 
> Acabo d'instal·lar-lo en una màquina virtual i veig que potser
> sí que és massa diferent del que estem acostumats. Jo no sóc
> cap expert en systemd i sembla que el systemd-cron és molt més
> potent que el cron, però certament és força complex.
> 
> He trobat on estan els fitxers del systemd-cron dels usuaris però
> no crec que sigui necessària la complexitat que suposa per la
> feina que tu vols fer. Per tant, crec que seria bona idea que
> tornis a instal·lar els paquets de cron i anacron habituals.
> 
> Després pots utilitzar igualment el systemd per programar la
> tasca que vols fer després del reboot, però deixant el cron de
> sempre per a la resta de coses.
> 
> Crea el fitxer /lib/systemd/system/after-reboot-network.service
> amb el contingut adjunt, modifica l'ordre a executar per la que
> convingui i l'usuari i grup, si s'escau. Després activa'l fent:
> 
> sudo systemctl enable after-reboot-network.service
> 
> Reinicia i comprova si ha funcionat correctament (les proves que
> he fet jo en la màquina virtual semblen confirmar que funciona).
> 
> > systemadm que tampoc serveix per gaire res, es penja.
> 
> No el coneixia. L'acabo d'instal·lar i em va prou bé.
> 
> > libreoffice writter peta (suposo que pel tema del java)
> > algun servidor que utilitza jvm peta, (he provat dues versions)
> 
> Barrejar versions de java pot ser un merder. Si vols ajuda amb
> això millor que obris un fil nou.
> 
> > Si per despiste, obro la finestra de diposits del synaptic,
> > encara que no modifiqui res, em crea el fitxer
> > /etc/apt/trusted.gpg buit i amb permisos erronis, així que em
> > marca errors fins que l'esborro.
> 
> Per què no li poses els permisos correctes enlloc d'esborrar-lo?
> Al meu ordinador són:
> 
> -rw-r--r-- 1 root root 21083 jun  6 00:24 /etc/apt/trusted.gpg
> 
> Salut,
> Alex


Primer gracies per les respostes. Treuré el systemd-cron i de pas veuré
si s'arreglen soles un parell de tonteries que tinc pendents.

He reinstal·lat per segona vegada tot el libreoffice i fet que utilitzi
el java que ve amb l'Stretch i per ara funciona. Dic per ara, perquè
misteriosament ha deixat de funcionar dues vegades.

Referent al fitxer trusted.gpg hi ha dues qüestions: la primera,
existeix amb permisos erronis, marca error. la segona existeix amb
permisos correctes, llavors em diu, no recordo si les claus son
incorrectes o no existeixen. Dedueixo que el fitxer trusted.gpg si
existeix hauria de tenir els permisos i les claus correctes. i si
simplement no existeix, doncs busca a trusted.gpg.d, i aquí és on tot
està be. Així que es més fàcil per a mi modificar o consultar
manualment el sources.list que no pas fer-ho amb el synaptic, que la
caga.

Salutacions

Jordi

Re: (deb-cat) Convertir Ext4 a Ext4-

[Narcis Garcia]

__
I'm using this express-made address because personal addresses aren't
masked enough at this list's archives. Mailing lists service
administrator should fix this.
El 12/07/17 a les 10:47, Alex Muntada ha escrit:
> Narcis Garcia:
> 
>> Com és que Debian (a diferència de Ubuntu) no preveu l'arrencada
>> en només lectura?!
> 
> Les opcions de «recovery mode» del meu /boot/grub/grub.cfg tenen
> posat «ro single». És això el que vols dir?
> 
> Salut,
> Alex
> 
La única manera que he trobat per arrencar en modalitat «només lectura»
és afegint com a paràmetre d'arrencada: init=/bin/bash
Tot i això, em passa igual com amb initrd: que les accions de tune2fs no
tenen cap efecte sobre la partició de l'arrel.

No sé si això implica que amb init=/bin/bash una revisió de blocs de
disc dur potser tampoc no deixaria marcats els dolents (?).

Re: (deb-cat) Convertir Ext4 a Ext4-

[Narcis Garcia]

__
I'm using this express-made address because personal addresses aren't
masked enough at this list's archives. Mailing lists service
administrator should fix this.
El 12/07/17 a les 10:53, Simó Albert i Beltran ha escrit:
> Desconec el que estàs fent, però en les ordres que dius que uses:
> 
>> $ echo tune2fs -O -metadata_csum /dev/sda1 >
>> /etc/initramfs-tools/scripts/init-bottom/e2fsck-f
>> $ echo e2fsck -f /dev/sda1 >
>> /etc/initramfs-tools/scripts/init-bottom/e2fsck-f
> 
> Només deixes "e2fsck -f /dev/sda1" al fitxer
> /etc/initramfs-tools/scripts/init-bottom/e2fsck-f
> La segona ordre elimina el contingut "tune2fs -O -metadata_csum
> /dev/sda1" potser has de considerar usar ">>".
> 
Gràcies, ha estat un error tipogràfic només al correu-e.
A la màquina en qüestió ho he fet en un editor de text i hi ha les dues
línies.

Re: (deb-cat) Convertir Ext4 a Ext4-

[Narcis Garcia]

__
I'm using this express-made address because personal addresses aren't
masked enough at this list's archives. Mailing lists service
administrator should fix this.
El 12/07/17 a les 10:47, Alex Muntada ha escrit:
> Narcis Garcia:
> 
>> Com és que Debian (a diferència de Ubuntu) no preveu l'arrencada
>> en només lectura?!
> 
> Les opcions de «recovery mode» del meu /boot/grub/grub.cfg tenen
> posat «ro single». És això el que vols dir?
> 
> Salut,
> Alex
> 
Exactament: i el «ro» no té cap efecte a Debian desde moltes versions
enrere.

Re: (deb-cat) Convertir Ext4 a Ext4-

[Simó Albert i Beltran]

Desconec el que estàs fent, però en les ordres que dius que uses:

$ echo tune2fs -O -metadata_csum /dev/sda1 > 
/etc/initramfs-tools/scripts/init-bottom/e2fsck-f
$ echo e2fsck -f /dev/sda1 > 
/etc/initramfs-tools/scripts/init-bottom/e2fsck-f


Només deixes "e2fsck -f /dev/sda1" al fitxer 
/etc/initramfs-tools/scripts/init-bottom/e2fsck-f
La segona ordre elimina el contingut "tune2fs -O -metadata_csum 
/dev/sda1" potser has de considerar usar ">>".

Re: (deb-cat) Convertir Ext4 a Ext4-

[Alex Muntada]

Narcis Garcia:

> Com és que Debian (a diferència de Ubuntu) no preveu l'arrencada
> en només lectura?!

Les opcions de «recovery mode» del meu /boot/grub/grub.cfg tenen
posat «ro single». És això el que vols dir?

Salut,
Alex

Re: (deb-cat) Convertir Ext4 a Ext4-

[Narcis Garcia]

__
I'm using this express-made address because personal addresses aren't
masked enough at this list's archives. Mailing lists service
administrator should fix this.
El 12/07/17 a les 10:15, Alex Muntada ha escrit:
> Narcis Garcia:
> 
>> Com faig aquesta acció (e2fsck -f) a la partició muntada com a arrel?
> 
> Tradicionalment es podia fer això:
> 
> sudo touch /forcefsck && sudo reboot
> 
> Salut,
> Alex
> 
Ja aconsegueixo que (tant Systemd com SystemV) facin un fsck automàtic
(cadascun amb la seva configuració diferent), però no que utilitzin la
instrucció o sintaxi que jo demano.
De tant en tant també em trobo amb la limitació quan vull revisar blocs
defectuosos en una màquina. Com és que Debian (a diferència de Ubuntu)
no preveu l'arrencada en només lectura?!

Fins i tot ara he provat a copiar tune2fs i e2fsck al initrd:
$ copy_exec /sbin/e2fsck >> /usr/share/initramfs-tools/hooks/fsck
$ copy_exec /sbin/tune2fs >> /usr/share/initramfs-tools/hooks/fsck
$ echo tune2fs -O -metadata_csum /dev/sda1 >
/etc/initramfs-tools/scripts/init-bottom/e2fsck-f
$ echo e2fsck -f /dev/sda1 >
/etc/initramfs-tools/scripts/init-bottom/e2fsck-f
$ chmod a+x /etc/initramfs-tools/scripts/init-bottom/e2fsck-f
$ update-initramfs -u -k all
$ reboot

Tot i que les accions s'executen (i per pantalla es veu que tot va bé),
després al sistema de fitxers no es veu cap canvi.
Això ja em deixa bocabadat.

Re: (deb-cat) Convertir Ext4 a Ext4-

[Alex Muntada]

Narcis Garcia:

> Com faig aquesta acció (e2fsck -f) a la partició muntada com a arrel?

Tradicionalment es podia fer això:

sudo touch /forcefsck && sudo reboot

Salut,
Alex

Re: (deb-cat) Convertir Ext4 a Ext4-

[Sergi Blanch-Torné]

Amb la partició montada poca cosa pots fer (crec). Si no pots arrencar
des d'un usb, igual pots punxar el disc en una altra màquina que no
tingui el sistema en la pròpia partició?

/Sergi.

On 07/12/17 09:05, Narcis Garcia wrote:
> Bé, sembla que en tindria prou amb treure la característica
> "metadata_csum" de la partició-arrel:
> 
> $ sudo tune2fs -O -metadata_csum /dev/sda1
> tune2fs 1.43.4 (31-Jan-2017)
> Please run e2fsck -f on the filesystem.
> 
> Com faig aquesta acció (e2fsck -f) a la partició muntada com a arrel?
> * En aquest ordinador no puc arrencar des d'un mitjà extern (CD/USB)
> * No trobo manera d'arrencar en mode només-lectura
> * He provat a establir a /etc/default/grub:
>   GRUB_CMDLINE_LINUX="fsck.repair=yes fsck.mode=force"
>   $ sudo update-grub
>   Però tot i fer revisió no converteix la característica.
> 
> Si faig tot això per una altra partició no muntada:
> $ sudo tune2fs -O -metadata_csum /dev/sdaX
> $ sudo e2fsck -f /dev/sdaX
> El resultat és l'esperat.
> 
> 
> El 11/07/17 a les 12:10, Narcis Garcia ha escrit:
>> Estic intentant arrencar un nucli antic a Debian 9, per la qual cosa he
>> hagut de «desactualitzar» klibc-utils libklibc initramfs-tools
>> Però ara em trobo que initrd no pot muntar el sistema de fitxers perquè
>> el format Ext4 de l'instal·lador de Debian9 estableix característiques
>> que no ho feia Debian9:
>> 64bit metadata_csum
>>
>> Això és el què arriba a dir el «mount» de initrd:
>> EXT4-fs (sda1): error loading journal
>> EXT4-fs (sda1): couldn't mount RDWR because of unsupported optional
>> features (400)
>>
>> Algú sap com treure característiques a Ext4 com 64bit i metadata_csum ?
>>
>> Gràcies.
>>
> 




signature.asc
Description: OpenPGP digital signature

Re: (deb-cat) Convertir Ext4 a Ext4-

[Narcis Garcia]

Bé, sembla que en tindria prou amb treure la característica
"metadata_csum" de la partició-arrel:

$ sudo tune2fs -O -metadata_csum /dev/sda1
tune2fs 1.43.4 (31-Jan-2017)
Please run e2fsck -f on the filesystem.

Com faig aquesta acció (e2fsck -f) a la partició muntada com a arrel?
* En aquest ordinador no puc arrencar des d'un mitjà extern (CD/USB)
* No trobo manera d'arrencar en mode només-lectura
* He provat a establir a /etc/default/grub:
GRUB_CMDLINE_LINUX="fsck.repair=yes fsck.mode=force"
$ sudo update-grub
Però tot i fer revisió no converteix la característica.

Si faig tot això per una altra partició no muntada:
$ sudo tune2fs -O -metadata_csum /dev/sdaX
$ sudo e2fsck -f /dev/sdaX
El resultat és l'esperat.


El 11/07/17 a les 12:10, Narcis Garcia ha escrit:
> Estic intentant arrencar un nucli antic a Debian 9, per la qual cosa he
> hagut de «desactualitzar» klibc-utils libklibc initramfs-tools
> Però ara em trobo que initrd no pot muntar el sistema de fitxers perquè
> el format Ext4 de l'instal·lador de Debian9 estableix característiques
> que no ho feia Debian9:
> 64bit metadata_csum
> 
> Això és el què arriba a dir el «mount» de initrd:
> EXT4-fs (sda1): error loading journal
> EXT4-fs (sda1): couldn't mount RDWR because of unsupported optional
> features (400)
> 
> Algú sap com treure característiques a Ext4 com 64bit i metadata_csum ?
> 
> Gràcies.
>