Bug 8427 - Pc comunitaria 110 no arranca ( IP no en DHCP )
Summary: Pc comunitaria 110 no arranca ( IP no en DHCP )
Status: RESOLVED FIXED
Alias: None
Product: Reclamos Usuarios
Classification: Unclassified
Component: General (show other bugs)
Version: unspecified
Hardware: Software o Programas Linux
: Normal normal
Assignee: Guillermo Reisch
URL:
Depends on:
Blocks:
 
Reported: 2024-04-03 12:47 -03 by Rafael Alvarez
Modified: 2024-04-17 10:45 -03 (History)
4 users (show)

See Also:
Local: Salto - Regional Norte (RN ; UNORTE)
Dep/Cat: ---
Dep/Cat: ---
Dep/Cat: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Rafael Alvarez 2024-04-03 12:47:34 -03

    
Comment 1 Rafael Alvarez 2024-04-03 12:49:03 -03
Guillermo está trabajando con alguien en forma remota para resolverlo.
Comment 2 Guillermo Reisch 2024-04-03 14:23:36 -03
Pedí un pedrive y le tire sistema Knoppix 8.2 para recuperar el sistema
Desde la PC: "Inicio-> Knoppix -> Start SSH Server"
Por lo que accedo en forma remota
Pero tiene el IP terminado en 110....
IP: 164.73.211.4
MAC: 44:8A:5B:9C:0C:CB
Hay que pedirle a los informáticos de salto que la agreguen al DHCP y nos pasen la IP correspondiente.

Chequeo el root
# sudo fsck.ext4 -yf /dev/mapper/vg-ubuntu2204v1
OK...
# sudo fsck.ext4 -yDDf /dev/mapper/vg-ubuntu2204v1
=> Aca se cuelga el disco...
=> Me fijo el dmesg:
Trata de agarrar 3.0Gbps y no puede...
Disminuye el link a 1.5Gbps y después de unos reintentos agarra!

El disco es un SDD GIGABYTE de 120G [GP-GSTFS31120GNTD]
Soporta 3.0Gbps! pero no agarra a 3.0Gbps por lo que sospecho el cable es malo o bien el disco esta por morir...

Reintento chequear el root...
# sudo fsck.ext4 -yDDf /dev/mapper/vg-ubuntu2204v1
=> Acá se cuelga el disco...
=> Luego de un rato lo resetea y vuelve a la vida...

# chequeo hasta cuando funcionaba..
# tune2fs -l /dev/mapper/vg-ubuntu2204v1 | grep "Last mount time"
Last mount time:          Tue Nov 28 05:42:04 2023

Por las dudas Respaldo el home del usuario!
# mount -o ro /dev/mapper/vg-ubuntu2204v1 /mnt/target/home
# rsync -avzrXx /mnt/target/home/ pcrespaldo:/mnt/respaldo-salto-110

Le realizo un shot test al disco a ver que onda...
# sudo smartctl -t short /dev/sdb

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed without error       00%      2315         -

Listo! voy a tratar de borrar el disco y tirarle imagen...
Comment 3 Guillermo Reisch 2024-04-03 17:27:47 -03
Desmonto, des-enable y desactivo todo...
# umount /dev/mapper/vg-home
# lvchange -an vg
# partx -d /dev/sdb
# wipefs -a /dev/sdb
# badblocks -vvw -t 0x00 /dev/sdb
Checking for bad blocks in read-write mode
From block 0 to 117220823
Testing with pattern 0x00: done                                                 
Reading and comparing: done                                                 
Pass completed, 0 bad blocks found. (0/0/0 errors)

Creo la tabla de particiones....
# gdisk /dev/sdb
Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048           10239   4.0 MiB     EF02  GRUB
   2           10240          272383   128.0 MiB   EF00  EFI
   3          272384       234441614   111.7 GiB   8E00  LVM

Formateo EFI
# mkfs.vfat -F32 -n EFI /dev/disk/by-partlabel/EFI

Formateo LVM
# pvcreate /dev/disk/by-partlabel/LVM
# vgcreate vg /dev/disk/by-partlabel/LVM
# lvcreate --name home --size 50G vg
# lvcreate --name swap --size 4G vg
# lvcreate --name ubuntu2204v1 --size 30G vg

Formateo particiones LVM
# mkswap -f -Lswap /dev/mapper/vg-swap
# mkfs.ext4 -Lubuntu2204v1 /dev/mapper/vg-ubuntu2204v1
# mkfs.ext4 -Lhome -m0 /dev/mapper/vg-home

Monto las cosas

Tiro sistema
# mount /dev/mapper/vg-ubuntu2204v1 /mnt/target
# rsync -avzrXx /mnt/origin/ root@comunitaria-110:/mnt/target/

Recupero data de usuario
# mount /dev/mapper/vg-home /mnt/target/home
# rsync -avzrXx /mnt/respaldo-home/ root@comunitaria-110:/mnt/target/home/

Dejo booteable!
# mount /dev/disk/by-partlabel/EFI /mnt/target/boot/efi
# mount -o bind /dev /mnt/target/dev
# mount -o bind /proc /mnt/target/proc
# mount -o bind /run /mnt/target/run
# mount -o bind /sys /mnt/target/sys
# chroot /mnt/target
 => grub-install --target=i386-pc /dev/sdb
 => grub-install --target=x86_64-efi /dev/sdb
 => update-grub

Mando reboot y por lo visto levanta pero se volvió solo lectura el sistema de archivos ; osea que lo más probable es que sea el CABLE SATA , porque el disco se porto bien cuando le tire sistema y todo!
Comment 4 Guillermo Reisch 2024-04-11 12:18:53 -03
Realizo un respaldo en naso
(solo del usuario comunitaria ; no de uinf ni areainf)

# mount /dev/mapper/vg-respaldo-comunitaria-110 /mnt/respaldo
# cd /mnt/respaldo
# ls
admincenur    comunitaria    uinf
# rsync -avrXx --bwlimit=10M --delete --progress --inplace comunitaria/ root@naso.lan:/mnt/fenf/backup/salto/164.73.213.110-Comunitaria/comunitaria/

LISTO! quedo el respaldo (por las dudas).
El 17, 18 y 19 va Rafa por salto y mira si es problema del cable o del disco.
Comment 5 Jorge Alejandro Ceresa 2024-04-17 08:46:35 -03
No funciona el Fan del equipo por eso se cuealga y se corrompe el sistema
Comment 6 Rafael Alvarez 2024-04-17 09:58:44 -03
Se cambia el cable sata y funciona!!,  grande Guille !!!
----------------------------------------------------
Se hace update, upgrade, autoremove, install de paquetes retenidos
respaldo
sudo rsync -avrXx --delete /home/* root@192.168.10.2:/mnt/fenf/backup/salto/164.73.213.110-Comunitaria/

actizamos zoom y google (bajados previamente)
Comment 7 Rafael Alvarez 2024-04-17 10:04:21 -03
no estaba habilitado el certificado
 se actualiza
sudo openvpn -- config /etc/openvpn/comunitaria-110
sudo systemctl enable openvpn
sudo systemctl start openvpn
Comment 8 Rafael Alvarez 2024-04-17 10:45:38 -03
repasamos programas y configuracion
reinstalamos anydesk
volvemos a syncronizar