Outils pour utilisateurs

Outils du site


blog

Notes RedHat yum dnf Docker

Voir :

  • tdnf
FROM redhat/ubi8
COPY ./redhat_ubi.repo /etc/yum.repos.d/redhat_ubi8.repo
RUN yum -y install net-tools iputils

redhat_ubi8.repo

[Default_Organization_Red_Hat_UBI_8_ubi-8-baseos]
name = ubi-8-baseos
baseurl = https://lb-capsule.acme.local/pulp/repos/Default_Organization/cats-prod/cv-UBI8/custom/Red_Hat_UBI_8/ubi-8-baseos
enabled = 1
gpgcheck = 0
 
[Default_Organization_Red_Hat_UBI_8_ubi-8-appstream]
name = ubi-8-appstream
baseurl = https://lb-capsule.acme.local/pulp/repos/Default_Organization/cats-prod/cv-UBI8/custom/Red_Hat_UBI_8/ubi-8-appstream
enabled = 1
gpgcheck = 0
 
[Default_Organization_Red_Hat_UBI_8_ubi-8-codeready-builder]
name = ubi-8-codeready-builder
baseurl = https://lb-capsule.acme.local/pulp/repos/Default_Organization/cats-prod/cv-UBI8/custom/Red_Hat_UBI_8/ubi-8-codeready-builder
enabled = 1

FIXME

2025/03/24 15:06

Notes RedHat 8

Upstream

remplace les “software collections”

dnf module list python\*

Durée support RPM upstream :

Cockpit

systemctl enable --now cockpit.socket

https://192.168.205.17:9090/

sosreport

sos report -q --case-id 000000 --since YYYYMMDD[HHMMSS] --batch

Voir exemples :

Kickstart

/root/anaconda-ks.cfg
#version=RHEL8
ignoredisk --only-use=sda
autopart --type=lvm
# Partition clearing information
clearpart --none --initlabel
# Use graphical install
graphical
repo --name="AppStream" --baseurl=file:///run/install/repo/AppStream
# Use CDROM installation media
cdrom
# Keyboard layouts
keyboard --vckeymap=fr-oss --xlayouts='fr (oss)'
# System language
lang fr_FR.UTF-8

# Network information
network  --bootproto=dhcp --device=eno1 --onboot=off --ipv6=auto --no-activate
network  --bootproto=dhcp --device=eno2 --onboot=off --ipv6=auto
network  --bootproto=dhcp --device=ens1f0 --onboot=off --ipv6=auto
network  --bootproto=dhcp --device=ens1f1 --onboot=off --ipv6=auto
network  --hostname=localhost.localdomain
# Root password
rootpw --iscrypted $6$y7OkciVm6G9s6UuX$a2IkDM/gA5NKzZ9bhOpcvtkUGJGLuPiQgi7HC/j4Vi0YNDAL0DAEpy0/YYHDuD4K6fLSLK.ZAX3vfVdFsptkF.
# X Window System configuration information
xconfig  --startxonboot
# Run the Setup Agent on first boot
firstboot --enable
# System services
services --enabled="chronyd"
# System timezone
timezone America/New_York
user --groups=wheel --name=etudes --password=$6$HMoI2LNg7moFNuWa$Zr96SAYwZ/.ZkK3S6w0eD8pYiItlV0HtJgCfq30HlhWrr0blzyfbuhNe1fQpqdJ7rdyHsdj7/IEiaddP5Juiu1 --iscrypted --gecos="etudes"

%packages
@^graphical-server-environment
kexec-tools

%end

%addon com_redhat_kdump --enable --reserve-mb='auto'

%end

%anaconda
pwpolicy root --minlen=6 --minquality=1 --notstrict --nochanges --notempty
pwpolicy user --minlen=6 --minquality=1 --notstrict --nochanges --emptyok
pwpolicy luks --minlen=6 --minquality=1 --notstrict --nochanges --notempty
%end
2025/03/24 15:06

Notes récupération de données disque - Récupérer des fichiers supprimés

Voir :

Voir aussi :

Voir aussi :

Il peut être intéressant de jeter un œil avec un éditeur hexadécimal

Si presque que des zéros partout, inutile d'aller plus loin.

strings image.dd
EFI PART
"PV6
MSDOS5.0
13hNO NAME    FAT32   3
fXfXfXfX
3f;F
f@Iu
BOOTMGR
Disk error
Press any key to restart
RRaA
rrAa
MSDOS5.0
13hNO NAME    FAT32   3
fXfXfXfX
3f;F
f@Iu
BOOTMGR
Disk error
Press any key to restart
RRaA
rrAa

Superbloc

Source : https://unix.stackexchange.com/questions/567849/how-to-fix-if-i-received-mount-dev-vgname-lvname-cant-read-superblock-for-th

If the logical volume exists and is active, it may be that the superblock is somehow corrupted. If the filesystem is an ext2, ext3 or ext4, there are backup superblocks available. To find them:

dumpe2fs /dev/vgname/lvname | grep superblock

You will get some output like:

$ sudo dumpe2fs /dev/sdb1 | grep superblock
dumpe2fs 1.45.4 (23-Sep-2019)
  Primary superblock at 0, Group descriptors at 1-25
  Backup superblock at 32768, Group descriptors at 32769-32793
  Backup superblock at 98304, Group descriptors at 98305-98329
  Backup superblock at 163840, Group descriptors at 163841-163865
  Backup superblock at 229376, Group descriptors at 229377-229401
  Backup superblock at 294912, Group descriptors at 294913-294937
  Backup superblock at 819200, Group descriptors at 819201-819225
  Backup superblock at 884736, Group descripmount sb=32768 /dev/sda2 /mnttors at 884737-884761

You can probably mount the filesystem with:

# the 32768 being the first backup superblock from the previous output
mount sb=32768 -o ro /dev/vgname/lvname /mnt

If that works, you can backup some important files and/or start a repair:

fsck -b 32768 /dev/vgname/lvname

You could try fsck -y if you don't want to acknowledge all repair.

2025/03/24 15:06
blog.txt · Dernière modification : de 127.0.0.1

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki