Messages de Lupa

Lupa · Réseau

Merci pour ta compréhension

A plus.
On a toujours besoin de Debian-Facile

Lupa · Réseau

Sincèrement désolé de t'avoir fait perdre du temps.

Sincèrement.

Lupa · Réseau

Bonjour, Cram28 :hello:

Résolu, en tout cas pour le DEB-1155
L'URL de mon marque page ne pointait PAS sur le 192.168.0.51:8006 !!

Je vais voir sur la bécane Windows.

Merci pour ton sacré coup de main, en tout cas !

Lupa · Réseau

Ah ! Là, c'est la meilleure !!

Je connecte un portable Windows sur le même swhitch, avec un autre câble(je vais tester avec cet autre câble).

Sous Firefox : 192.168.0.51:8006 -> IL SE CONNECTE !!
Je vais tester le câble du DEB-1155, et donne le retour.

Un vieux de la vieille m'a appris ça, un jour. Les réseaux, ou c'est très compliqué, ou c'est très basique. Pas entre les deux.
Ce n'est pas comme la programmation, par exemple, voire même l'admin système. Parfois, c'est modérément complexe. Pas les réseaux.

Non.
Ce n'est pas la câble.

Là...

Lupa · Réseau

Bonjour

A la question : "Ou même manip que tu as faite pour ton Cloudfare ?" la réponse est simple/ Le c*** Pas franchement nouveau, chez moi...

Je reviens à une image CloneZilla antérieure à ces manips.
Mais, encore aujourd'hui, la bécane Windows n'aacède toujours pas à l'innterface de Proxmox.

Ah : précision. J'ai réinstallé Proxmox. J'ai saisi pve.lan au lieu de mon nom de domaine.

Je donne le retour.

Lupa · Réseau

Soit.
Le /etc/resolv.conf à 17 H 43 :

root@DEB-1155:~# cat /etc/resolv.conf

# Generated by NetworkManager

nameserver 1.1.1.1

nameserver fd0f:ee:b0::1

Le /etc/resolv.conf du 1155 maintenant :

# Generated by NetworkManager

nameserver 192.168.0.254

nameserver fd0f:ee:b0::1

Mais.. idem.

Aucun accès à Proxmox.

Si on allait manger ? Je reprends dès que possible, demain.

Mais je regarderai si tu as posté quelque chose.

Je pense que la réinstallation n'a rien changé, malgré nous deux.

Mêmes symptômes sur le DEB-1155 (Débian) et sur la bécane Windows. C'est un problème réseau. Et pas pîqué des vers !

Lupa · Réseau

de m'aider ainsi

root@pve:~# cat /etc/hosts

127.0.0.1 localhost.localdomain localhost

192.168.0.51 pve.lan pve

# The following lines are desirable for IPv6 capable hosts

::1     ip6-localhost ip6-loopback

fe00::0 ip6-localnet

ff00::0 ip6-mcastprefix

ff02::1 ip6-allnodes

ff02::2 ip6-allrouters

ff02::3 ip6-allhosts

root@pve:~# cat /etc/hostname

pve

root@pve:~# cat /etc/resolv.conf

search lan

nameserver 192.168.0.254

Oui : toutes le IP sont en 192.168.0.x

Oui : la box est à 192.168.0.254

Mais... c'est vrai !!

Le resolv.conf de la bécane qui marche :

root@DEB-1151:~# cat /etc/resolv.conf

# Generated by NetworkManager

nameserver 192.168.0.254

nameserver 1.1.1.1

nameserver fd0f:ee:b0::1

MAIS l'autre machine Debian fait apparaître

root@DEB-1155:~# cat /etc/resolv.conf

# Generated by NetworkManager

nameserver 1.1.1.1

nameserver fd0f:ee:b0::1

Je vais voir sue la bécane Windows...

La bécane Windows ne peut pas accéder à Proxmox.

Je pense que ça doit provenir de ces DNS secondaires de Cloudfare, dans la box.

Lupa · Réseau

Mais oui !
Et j'ai viré les redirections de ports dans la box.
Eteint les ordis, pour les redémarrer après, bien sûr.

16 H 06 : ben non

Lors de la réinstallation, j'ai saisi (FQDN) : pve.lan

Même topo.

Une seconde : je lances les commandes que tu m'as données à saisir. On verra la différence.

root@pve:~# ss -tlnp
State Recv-Q Send-Q Local Address:Port Peer Address:Port Process
LISTEN 0 128 0.0.0.0:22 0.0.0.0:* users:(("sshd",pid=719,fd=3))
LISTEN 0 4096 0.0.0.0:111 0.0.0.0:* users:(("rpcbind",pid=575,fd=4),("systemd",pid=1,fd=36))
LISTEN 0 4096 127.0.0.1:85 0.0.0.0:* users:(("pvedaemon worke",pid=936,fd=6),("pvedaemon worke",pid=935,fd=6),("pvedaemon worke",pid=934,fd=6),("pvedaemon",pid=933,fd=6))
LISTEN 0 100 127.0.0.1:25 0.0.0.0:* users:(("master",pid=891,fd=13))
LISTEN 0 100 [::1]:25 [::]:* users:(("master",pid=891,fd=14))
LISTEN 0 4096 *:3128 *:* users:(("spiceproxy work",pid=964,fd=6),("spiceproxy",pid=963,fd=6))
LISTEN 0 128 [::]:22 [::]:* users:(("sshd",pid=719,fd=4))
LISTEN 0 4096 [::]:111 [::]:* users:(("rpcbind",pid=575,fd=6),("systemd",pid=1,fd=38))
LISTEN 0 4096 *:8006 *:* users:(("pveproxy worker",pid=960,fd=6),("pveproxy worker",pid=959,fd=6),("pveproxy worker",pid=958,fd=6),("pveproxy",pid=957,fd=6))

[code]

[code=root]
root@DEB-1151:~# ping 192.168.0.51 -c 4
PING 192.168.0.51 (192.168.0.51) 56(84) bytes of data.
64 bytes from 192.168.0.51: icmp_seq=1 ttl=64 time=0.212 ms
64 bytes from 192.168.0.51: icmp_seq=2 ttl=64 time=0.212 ms
64 bytes from 192.168.0.51: icmp_seq=3 ttl=64 time=0.199 ms
64 bytes from 192.168.0.51: icmp_seq=4 ttl=64 time=0.209 ms

--- 192.168.0.51 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3054ms
rtt min/avg/max/mdev = 0.199/0.208/0.212/0.005 ms
[/code]

Je vais voir le hostname dans la box.

Le hostname n'apparaît pas comme modifié . La Mac adresse est toujours la même. En majuscules, mais je doute que ça y change quelque chose...

DNS 1 : 192.168.0.254
DNS 2 : 1.1.1.1 ==>> DNS de Cloudfare. Pour contourner certains filtrages.

[code=root]
root@pve:~# cat /etc/network/interfaces
auto lo
iface lo inet loopback

iface enp3s0 inet manual

auto vmbr0
iface vmbr0 inet static
address 192.168.0.51/24
gateway 192.168.0.254
bridge-ports enp3s0
bridge-stp off
bridge-fd 0
root@pve:~#
[/code]

Lupa · Réseau

OK

Je fais une image avant de réinstaller.
Une fois relancé la machine, je tente ce https://192.168.0.51 SANS préciser le port 8086.

Cela dit, la bécane sur laquelle je suis, là, s'y connecte... comme ceci :https://192.168.0.51:8006/

C'est à n'y rien comprendre...

Mais tu m'as fait avancer, là !
Super merci !
Je donne le retour.

Lupa · Réseau

Ah... J'y vois plus clair.

Les URL en question : https://192.168.0.51:8086/ ne donnent rien. Pas d'accès. Sauf... sur 1 seule machine Debian. La même, exactement, donne accès à l'interface web de Proxmox.

Si clique sur cette URl depuis le forum, je pense qu'il est normal que ça n'arrive à rien. On est dehors, là.

Le proxy de Proxmox ! Je me dirigeais vers ceci : https://doc.sambaedu.org/proxmox/co/proxy-proxmox.html

Ca vaudrait peut-être même le coup d'une réinstall ?

Lupa · Réseau

Bonjour, et merci !!

Je suis en restauration CloneZilla après des manips douteuses (foireuses) sur les paramètres des cartes réseau, dans l'interface de gestion de Proxmox.

A l'install, j'ai bien saisi l'adresse IP attribuée par la box. Et l'installateur me demande un nom de domaine. J'ai mis le mien. C'est peut-être là, l'erreur ?

Oui : il faut accepter un certificat auto-signé sauf sur la version payante.

Depuis ProxMox :

root@brusses:~# ss -tlnp

State    Recv-Q   Send-Q     Local Address:Port      Peer Address:Port   Process                                                                                                                                  

LISTEN   0        128              0.0.0.0:22             0.0.0.0:*       users:(("sshd",pid=759,fd=3))                                                                                                           

LISTEN   0        4096             0.0.0.0:111            0.0.0.0:*       users:(("rpcbind",pid=616,fd=4),("systemd",pid=1,fd=36))                                                                                

LISTEN   0        4096           127.0.0.1:85             0.0.0.0:*       users:(("pvedaemon worke",pid=977,fd=6),("pvedaemon worke",pid=976,fd=6),("pvedaemon worke",pid=975,fd=6),("pvedaemon",pid=974,fd=6))   

LISTEN   0        100            127.0.0.1:25             0.0.0.0:*       users:(("master",pid=929,fd=13))                                                                                                        

LISTEN   0        4096                   *:3128                 *:*       users:(("spiceproxy work",pid=990,fd=6),("spiceproxy",pid=989,fd=6))                                                                    

LISTEN   0        128                 [::]:22                [::]:*       users:(("sshd",pid=759,fd=4))                                                                                                           

LISTEN   0        4096                [::]:111               [::]:*       users:(("rpcbind",pid=616,fd=6),("systemd",pid=1,fd=38))                                                                                

LISTEN   0        100                [::1]:25                [::]:*       users:(("master",pid=929,fd=14))                                                                                                        

LISTEN   0        4096                   *:8006                 *:*       users:(("pveproxy worker",pid=986,fd=6),("pveproxy worker",pid=985,fd=6),("pveproxy worker",pid=984,fd=6),("pveproxy",pid=983,fd=6))

Depuis la bécane qui PEUT se connecter à l'interface web de gestion de Proxmox :

root@DEB-1151:~# ping brusses -c 4

ping: brusses: Nom ou service inconnu # [b]<<==[/b]

root@DEB-1151:~# ping brusses.fr -c 4

PING brusses.fr (217.160.0.170) 56(84) bytes of data.

64 bytes from 217-160-0-170.elastic-ssl.ui-r.com (217.160.0.170): icmp_seq=1 ttl=57 time=32.0 ms

64 bytes from 217-160-0-170.elastic-ssl.ui-r.com (217.160.0.170): icmp_seq=2 ttl=57 time=32.4 ms

64 bytes from 217-160-0-170.elastic-ssl.ui-r.com (217.160.0.170): icmp_seq=3 ttl=57 time=32.3 ms

^C

--- brusses.fr ping statistics ---

3 packets transmitted, 3 received, 0% packet loss, time 2002ms

rtt min/avg/max/mdev = 32.046/32.223/32.367/0.133 ms

root@DEB-1151:~#

Et les URL ne donnent aucun accès à la bécane Proxmox.

Depuis l'autre machine Debian : même topo. Exactement pareil.
Ca te parle ?

Dans la FeeBox, gestion des ports (si j'arrive à uploader une image ici) :
https://www.cjoint.com/c/NACn7LAqK6j

Lupa · Réseau

Bonjour à tous

Un peu tard pour la bonne année, mais c'est de bon coeur.
Le pare-feu n'est pas encore activé.

L'UC proxmox est connectée au même swith réseau que les deux autres de la pièce. L' UC Windows, directement à la box.

Seule 1 bécane (Bullseye) peut entrer dans l'interface de gestion.

Côté proxmox :

root@brusses:~# ip a

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000

    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

    inet 127.0.0.1/8 scope host lo

       valid_lft forever preferred_lft forever

    inet6 ::1/128 scope host noprefixroute 

       valid_lft forever preferred_lft forever

2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master vmbr0 state UP group default qlen 1000

    link/ether d8:50:e6:bf:ec:a1 brd ff:ff:ff:ff:ff:ff

3: vmbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000

    link/ether d8:50:e6:bf:ec:a1 brd ff:ff:ff:ff:ff:ff

    inet 192.168.0.51/24 scope global vmbr0

       valid_lft forever preferred_lft forever

    inet6 fe80::da50:e6ff:febf:eca1/64 scope link 

       valid_lft forever preferred_lft forever

Dans le DHCP, j'ai attribué une IP fixe à la machine Proxmox. Mais... j'ai saisi la bonne MAC adresse de la carte réseau. En revanche,
le hosname est PROXMOX. Alors que, sur la bécane Proxomox, c'est brusses . Et, si je veux le changer, impossible : le hostname de la
machine Proxmox ne s'affiche pas. Aujourd'hui, j'ai un "Ubuntu".

En UDP et TCP, j'ai rediriré les entrées vers le port 8086.

De partout, je peux pinguer l'IP 192.168.0.51. Mais... pas de connexion à l'interface de gestion. Sauf sur 1 seule machine.

Pourrait-on m'expliquer ? Merci !

Précision :

root@brusses:~# uname -a

Linux brusses 6.5.11-7-pve #1 SMP PREEMPT_DYNAMIC PMX 6.5.11-7 (2023-12-05T09:44Z) x86_64 GNU/Linux

root@brusses:~# cat /etc/debian_version

12.4

Lupa · Gestion des paquets Debian

Ca y est. Ca a marché.
Merci :hello:

Lupa · Gestion des paquets Debian

Merci à vous. Je vais faire ça et donne le retour.

@èfpé : Pourquoi moins justifié sous Débian 12 ?

Lupa · Gestion des paquets Debian

Bonjour à tous

Les mises à jour bloquent.

root@DEB-1155:~# apt-get update && apt-get upgrade

Atteint :1 http://deb.debian.org/debian bullseye InRelease

Atteint :2 http://deb.debian.org/debian-security bullseye-security InRelease                    

Atteint :3 http://download.virtualbox.org/virtualbox/debian bullseye InRelease                  

Atteint :4 http://deb.debian.org/debian bullseye-updates InRelease                              

Atteint :5 http://deb.debian.org/debian bullseye-backports InRelease                            

Réception de :6 https://download.owncloud.com/desktop/ownCloud/stable/latest/linux/Debian_11  InRelease [1766 B]

Err :6 https://download.owncloud.com/desktop/ownCloud/stable/latest/linux/Debian_11  InRelease

  Les signatures suivantes n'ont pas pu être vérifiées car la clé publique n'est pas disponible : NO_PUBKEY 498C45EBE94E7B37

Ign :7 https://download.webmin.com/download/newkey/repository stable InRelease

Atteint :8 https://download.webmin.com/download/newkey/repository stable Release

Lecture des listes de paquets... Fait

W: Erreur de GPG : https://download.owncloud.com/desktop/ownCloud/stable/latest/linux/Debian_11  InRelease : Les signatures suivantes n'ont pas pu être vérifiées car la clé publique n'est pas disponible : NO_PUBKEY 498C45EBE94E7B37

E: Le dépôt https://download.owncloud.com/desktop/ownCloud/stable/latest/linux/Debian_11  InRelease n'est pas signé.

N: Les mises à jour depuis un tel dépôt ne peuvent s'effectuer de manière sécurisée, et sont donc désactivées par défaut.

N: Voir les pages de manuel d'apt-secure(8) pour la création des dépôts et les détails de configuration d'un utilisateur.

Et WebMin me confirme : à cette URL. Je n'arrive jamais à uploader une image

https://www.cjoint.com/c/MKyjnBbo5pj
Même aptitude n'arrive à rien.

Que se passe-t-il ? C'est la clef publique de Oncloud qu'il faut renouveler ?

Mon sources.list :

#/etc/apt/sources.list

# Debian Bullseye, dépôt principal + paquets non libres

deb [url]http://deb.debian.org/debian/[/url] bullseye main contrib non-free

deb-src [url]http://deb.debian.org/debian/[/url] bullseye main contrib non-free

# Debian Bullseye, mises à jour de sécurité + paquets non libres

deb [url]http://deb.debian.org/debian-security/[/url] bullseye-security main contrib non-free

deb-src [url]http://deb.debian.org/debian-security/[/url] bullseye-security main contrib non-free

# Debian Bullseye, mises à jour "volatiles" + paquets non libres

deb [url]http://deb.debian.org/debian/[/url] bullseye-updates main contrib non-free

deb-src [url]http://deb.debian.org/debian/[/url] bullseye-updates main contrib non-free

# Debian Bullseye, dépôt de rétroportages ("backports")

deb [url]http://deb.debian.org/debian/[/url] bullseye-backports main contrib non-free

deb-src [url]http://deb.debian.org/debian/[/url] bullseye-backports main contrib non-free

# -------- Pr WebMin ----------

#deb [url]http://download.webmin.com/download/repository[/url] sarge contrib

# --------- Pr Virtual Box ----

deb [url]http://download.virtualbox.org/virtualbox/debian[/url] bullseye contrib

# Pour Owncloud client :

#deb [url]https://download.owncloud.com/owncloud/debian[/url] bullseye contrib

Merci.

Lupa · Matériel

Ah...
Bon. Je tente ça. Et donne le retour.

Lupa · Matériel

Bonjour :hello:
Je n'ai aucun /etc/default/tlpet ...
J'ai pourtant bien monté le dd usb :

Bus 002 Device 003: ID 0bc2:aa15 Seagate RSS LLC Basic  # [b]<<== il est là[/b]

Bus 002 Device 002: ID 05e3:0612 Genesys Logic, Inc. Hub

Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub

Bus 001 Device 003: ID 05e3:0610 Genesys Logic, Inc. Hub

Bus 001 Device 007: ID 05e3:0608 Genesys Logic, Inc. Hub

Bus 001 Device 006: ID 05e3:0608 Genesys Logic, Inc. Hub

Bus 001 Device 005: ID 1c4f:0034 SiGma Micro XM102K Optical Wheel Mouse

Bus 001 Device 004: ID 03f0:0024 HP, Inc KU-0316 Keyboard

Bus 001 Device 002: ID 05e3:0608 Genesys Logic, Inc. Hub

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Lupa · Matériel

Bonjour tout le monde.
Résultat des commandes :

dpkg -l tlp

Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder

| État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=attend-traitement-déclenchements

|/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais)

||/ Nom            Version      Architecture Description

+++-==============-============-============-=================================

ii  tlp            1.3.1-2      all          Save battery power on laptops

Je viens pourtant de l'installer...

tlp-stat -u

--- TLP 1.3.1 --------------------------------------------

+++ USB

Autosuspend         = enabled

Device whitelist    = (not configured)

Device blacklist    = (not configured)

Bluetooth blacklist = disabled

Phone blacklist     = disabled

WWAN blacklist      = disabled

Bus 002 Device 002 ID 05e3:0612 control = auto, autosuspend_delay_ms =    0 -- Genesys Logic, Inc. Hub (hub)

Bus 002 Device 001 ID 1d6b:0003 control = auto, autosuspend_delay_ms =    0 -- Linux Foundation 3.0 root hub (hub)

Bus 001 Device 003 ID 05e3:0610 control = auto, autosuspend_delay_ms =    0 -- Genesys Logic, Inc. Hub (hub)

Bus 001 Device 007 ID 05e3:0608 control = auto, autosuspend_delay_ms =    0 -- Genesys Logic, Inc. Hub (hub)

Bus 001 Device 006 ID 05e3:0608 control = auto, autosuspend_delay_ms =    0 -- Genesys Logic, Inc. Hub (hub)

Bus 001 Device 005 ID 1c4f:0034 control = on,   autosuspend_delay_ms = 2000 -- SiGma Micro XM102K Optical Wheel Mouse (usbhid)

Bus 001 Device 004 ID 03f0:0024 control = on,   autosuspend_delay_ms = 2000 -- HP, Inc KU-0316 Keyboard (usbhid)

Bus 001 Device 002 ID 05e3:0608 control = auto, autosuspend_delay_ms =    0 -- Genesys Logic, Inc. Hub (hub)

Bus 001 Device 001 ID 1d6b:0002 control = auto, autosuspend_delay_ms =    0 -- Linux Foundation 2.0 root hub (hub)

J'avoue ne rien comprendre à ce "charabia" qui me dépasse

Lupa · Matériel

Bonjour, Captnfab

Mise en veille de l'écran désactivée lorsque je suis logué (en root ou en user).
Je vais saisir cette commande et je donne le retour.

Lupa · Matériel

Bonjour à tous

Parfois, lors de très longues copies, un disque dur se met en veille.

Existe-t-il un moyen d'interdire à l'OS de mettre en veille les périphériques USB ?

Debian Bullseye, XFCE4.

Merci

Lupa · Autres

CA A MARCHE !!

P** tu est un as !

Merci... Ouff ! J'ai remis en place le fstab correct. Tout marche.
Pfff....

Lupa · Autres

Bonjour, Raleur.

Tu dis /dev/sdb ?

Bon. Ca pointe sur le SSD d'1 To. Deux partitions, dont celle supprimée.
Je fais ça et donne le retour.

Lupa · Autres

Bonjour à tous.

Pour une fois qui EST coutume chez moi, j'ai fait le c**.

Sous AOMEI en live, je voulais récupérér une vulgaire carte flash... et j'ai flingué la partion /mnt/DATA... sur laquelle j'ai mes sauvegardes de root, et tout un tas de fichiers importants.
Bécane de test : donc pas de /home séparé.

Sous un Ubuntu, en live, j'ai commenté une ligne du fstab : la bécane redémarre.

A moi de récupérer les fichiers avec Photorec. Ou autre.

Je n'ai pas formaté la partition. "Simplement" supprimée.

Là, j'ai besoin de vos lumières - une fois de plus.

le fstab :

# /etc/fstab: static file system information.

#

# Use 'blkid' to print the universally unique identifier for a

# device; this may be used with UUID= as a more robust way to name devices

# that works even if disks are added and removed. See fstab(5).

#

# systemd generates mount units based on this file, see systemd.mount(5).

# Please run 'systemctl daemon-reload' after making changes here.

#

# <file system> <mount point>   <type>  <options>       <dump>  <pass>

# / was on /dev/sda1 during installation

UUID=54589f39-75bf-4cca-bd8b-bd2006fbb94e /               ext4    errors=remount-ro 0       1

# swap was on /dev/sda5 during installation

UUID=3bf318e3-42f2-4917-8ed9-f3876320179a none            swap    sw              0       0

/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0

#LABEL=DATA /mnt  ext4  defaults  0 0   [b]<== C'EST ELLE[/b][u][s][/s][/u]

blkid : 

/dev/sda1: UUID="54589f39-75bf-4cca-bd8b-bd2006fbb94e" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="46f241fe-01"

/dev/sda5: UUID="3bf318e3-42f2-4917-8ed9-f3876320179a" TYPE="swap" PARTUUID="46f241fe-05"

/dev/sdb1: LABEL="IMAGES" UUID="adc7f73e-e071-4824-8ce9-0f5405d49403" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="778694c4-01"

fdisk -l :

Disque /dev/sda : 232,89 GiB, 250059350016 octets, 488397168 secteurs

Modèle de disque : Samsung SSD 840 # Le disque système

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Type d'étiquette de disque : dos

Identifiant de disque : 0x46f241fe

Périphérique Amorçage     Début       Fin  Secteurs Taille Id Type

/dev/sda1    *             2048 486395903 486393856 231,9G 83 Linux

/dev/sda2             486397950 488396799   1998850   976M  5 Étendue

/dev/sda5             486397952 488396799   1998848   976M 82 partition d'échange Linux / Solaris

Disque /dev/sdb : 931,51 GiB, 1000204886016 octets, 1953525168 secteurs

Modèle de disque : Samsung SSD 870 

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Type d'étiquette de disque : dos

Identifiant de disque : 0x778694c4

Périphérique Amorçage      Début        Fin  Secteurs Taille Id Type

/dev/sdb1             1402634240 1953523711 550889472 262,7G 83 Linux

La partition des images CloneZilla est intacte.
C'est l'autre, montée sur le /mnt/DATA, et réservée à root, qui a disparu.

Pfff

Lupa · Matériel

Bonjour, Croûton .

J'ai de la lecture ! Merci !

Lupa · Matériel

Bonjour à tous.

Sous Windows, pour l'OS, nous avons sfc /Scannow, DISM /Online /Cleanup-Image /ScanHealth, ou DISM /Online /Cleanup-Image /RestoreHealth.

Et les disdues : chkdsk /f voire /r.

Mais sous Debian ?

J'avais des erreurs d'écriture sur un dd, mais l'ignorais. J'ai sauvé ce que j'ai pu avant de le reformater avec Gparted.

Il y a forcément quelque chose. J'ai effectué des recherches, mais... je préfère venir demander conseil ici. Ce que je vois passer est potentiellement risqué.

Merci.

Debian-facile

#1 Re : Réseau » [Proxmox : une seule bécane peut accéder à l'interface web de gestion. » 31-01-2024 07:20:40

#2 Re : Réseau » [Proxmox : une seule bécane peut accéder à l'interface web de gestion. » 30-01-2024 10:24:18

#3 Re : Réseau » [Proxmox : une seule bécane peut accéder à l'interface web de gestion. » 30-01-2024 07:49:42

#4 Re : Réseau » [Proxmox : une seule bécane peut accéder à l'interface web de gestion. » 29-01-2024 16:34:40

#5 Re : Réseau » [Proxmox : une seule bécane peut accéder à l'interface web de gestion. » 29-01-2024 14:20:36

#6 Re : Réseau » [Proxmox : une seule bécane peut accéder à l'interface web de gestion. » 28-01-2024 18:49:37

#7 Re : Réseau » [Proxmox : une seule bécane peut accéder à l'interface web de gestion. » 28-01-2024 17:45:23

#8 Re : Réseau » [Proxmox : une seule bécane peut accéder à l'interface web de gestion. » 28-01-2024 15:59:53

#9 Re : Réseau » [Proxmox : une seule bécane peut accéder à l'interface web de gestion. » 28-01-2024 15:40:49

#10 Re : Réseau » [Proxmox : une seule bécane peut accéder à l'interface web de gestion. » 28-01-2024 15:22:37

#11 Re : Réseau » [Proxmox : une seule bécane peut accéder à l'interface web de gestion. » 28-01-2024 14:43:27

#12 Réseau » [Proxmox : une seule bécane peut accéder à l'interface web de gestion. » 27-01-2024 15:00:13

#13 Re : Gestion des paquets Debian » Problème de mise à jour. » 24-11-2023 15:22:45

#14 Re : Gestion des paquets Debian » Problème de mise à jour. » 24-11-2023 15:14:55

#15 Gestion des paquets Debian » Problème de mise à jour. » 24-11-2023 10:16:05

#16 Re : Matériel » Comment empêcher la veille des périphériques USB ? » 07-09-2023 12:31:20

#17 Re : Matériel » Comment empêcher la veille des périphériques USB ? » 07-09-2023 06:56:27

#18 Re : Matériel » Comment empêcher la veille des périphériques USB ? » 06-09-2023 09:03:57

#19 Re : Matériel » Comment empêcher la veille des périphériques USB ? » 05-09-2023 15:22:23

#20 Matériel » Comment empêcher la veille des périphériques USB ? » 05-09-2023 05:43:58

#21 Re : Autres » Catastrophe. J'ai supprimé une partition. » 02-09-2023 11:23:34

#22 Re : Autres » Catastrophe. J'ai supprimé une partition. » 02-09-2023 11:16:46

#23 Autres » Catastrophe. J'ai supprimé une partition. » 02-09-2023 09:17:30

#24 Re : Matériel » Quel outil pour tester nos disques ? » 27-08-2023 08:52:06

#25 Matériel » Quel outil pour tester nos disques ? » 26-08-2023 09:10:42

Pied de page des forums