accident cp /dev/null

partyanimal · 12-05-2023 00:22:44

Bonjour les amis,

je crois que j ai suivis un tuto sur ubuntu qui disait qu il fallait cp /dev/null sur un autre repertoire afin de faire de la place mais ça a fait tout le contraire. Je crois que c etait destiné a semer le chaos

Dernière modification par partyanimal (12-05-2023 00:30:24)

smolski · 12-05-2023 09:44:11

Salut et bienvenu sur df !

Une première recommandation impérative, toute opération de modification en tant que root doit être expliquée et comprise avant d'être appliquée.

Utilise ce forum pour demander cette explication avant de la réaliser, ça prend du temps mais c'est avec le temps donné que l'on apprend le mieux.

Je ne suis pas capable de comprendre comment réparer ton affaire, je laisse à plus pointu d'intervenir au mieux.

lool_lauris · 12-05-2023 10:00:22

Salut,

partyanimal a écrit :

je crois que j ai suivis un tuto sur ubuntu qui disait qu il fallait cp /dev/null sur un autre repertoire

C'est quoi ce tuto ? Pourrais-tu donner un lien afin que l'on comprenne le problème ?

Anonyme · 12-05-2023 10:39:07

Bonjour,
/dev/null étant "le vide", je ne vois pas le mal que que peut faire une commande

cp /dev/null repertoire

ni son intérêt d'ailleurs.
Pour l'avoir tentée, je constate que ça m'a créé un fichier "null" de 0 octets dans le répertoire...

Par contre

cp /dev/null fichier

est une très mauvaise idée car ça écraserait le existant fichier "fichier" par un nouveau de longueur nulle. C'est sûr que ça libère de l'espace disque ! C'est peut être utile dans certains cas mais je n'utilise pas. Un petit script récursif effacerait le home sans même être root.

saitama-san · 12-05-2023 18:29:02

Il faut vérifier le fichier :

ls -lh /dev/null

stat /dev/null

donne le retour de la commande

c'est un fichier spécial mais il est possible de le recréer avec 'mknod' si besoin. j'ai déjà vu sur une machine qu'il avait été remplacé par un simple fichier (j'ai jamais su comment c"était arrivé)
on te donnera la commande exacte si c'est nécessaire de recréer /dev/null.

Dernière modification par saitama-san (12-05-2023 18:30:48)

partyanimal · 14-05-2023 02:29:29

lool_lauris a écrit :

Salut,
partyanimal a écrit :

je crois que j ai suivis un tuto sur ubuntu qui disait qu il fallait cp /dev/null sur un autre repertoire

C'est quoi ce tuto ? Pourrais-tu donner un lien afin que l'on comprenne le problème ?

https://forum.ubuntu-fr.org/viewtopic.php?id=357737

j ai fait la commande suivante mais avec wildcard *
"
zolar

Sinon en cherchant, j'ai trouvé un autre post avec un problème similaire
http://forum.ubuntu-fr.org/viewtopic.php?pid=2361181
Tu en penses quoi de la dernière commande donnée par gabitbol ?

sudo cp /dev/null /var/log/syslog.0"

j ai paumer mon mdp root...

Dernière modification par partyanimal (14-05-2023 02:35:14)

partyanimal · 14-05-2023 02:35:41

smolski a écrit :

Salut et bienvenu sur df !

Une première recommandation impérative, toute opération de modification en tant que root doit être expliquée et comprise avant d'être appliquée.

Utilise ce forum pour demander cette explication avant de la réaliser, ça prend du temps mais c'est avec le temps donné que l'on apprend le mieux.

Je ne suis pas capable de comprendre comment réparer ton affaire, je laisse à plus pointu d'intervenir au mieux.

merci

partyanimal · 14-05-2023 02:37:38

Anonyme a écrit :

Bonjour,
/dev/null étant "le vide", je ne vois pas le mal que que peut faire une commande
cp /dev/null repertoire
ni son intérêt d'ailleurs.
Pour l'avoir tentée, je constate que ça m'a créé un fichier "null" de 0 octets dans le répertoire...

Par contre
cp /dev/null fichier
est une très mauvaise idée car ça écraserait le existant fichier "fichier" par un nouveau de longueur nulle. C'est sûr que ça libère de l'espace disque ! C'est peut être utile dans certains cas mais je n'utilise pas. Un petit script récursif effacerait le home sans même être root.

le but c etait de gagner de la place car le disque etait full. On m a dit qu il fallait voir du coté de logrotate...

Dernière modification par partyanimal (14-05-2023 02:46:22)

partyanimal · 14-05-2023 02:47:57

saitama-san a écrit :

Il faut vérifier le fichier :
ls -lh /dev/null
stat /dev/null

donne le retour de la commande

c'est un fichier spécial mais il est possible de le recréer avec 'mknod' si besoin. j'ai déjà vu sur une machine qu'il avait été remplacé par un simple fichier (j'ai jamais su comment c"était arrivé)
on te donnera la commande exacte si c'est nécessaire de recréer /dev/null.

soso@debian:~$ ls -lh /dev/null
crw-rw-rw- 1 root root 1, 3 12 mai 11:43 /dev/null
soso@debian:~$ stat /dev/null
Fichier : /dev/null
Taille : 0 Blocs : 0 Blocs d'E/S : 4096 fichier spécial de caractères
Périphérique : 5h/5d Inœud : 4 Liens : 1 Type de périph. : 1,3
Accès : (0666/crw-rw-rw-) UID : ( 0/ root) GID : ( 0/ root)
Accès : 2023-05-12 11:43:43.041112493 +0200
Modif. : 2023-05-12 11:43:43.041112493 +0200
Changt : 2023-05-12 11:43:43.041112493 +0200
Créé : -

Merci

Dernière modification par partyanimal (14-05-2023 02:51:27)

partyanimal · 14-05-2023 02:56:33

smolski a écrit :

Salut et bienvenu sur df !

Une première recommandation impérative, toute opération de modification en tant que root doit être expliquée et comprise avant d'être appliquée.

Utilise ce forum pour demander cette explication avant de la réaliser, ça prend du temps mais c'est avec le temps donné que l'on apprend le mieux.

Je ne suis pas capable de comprendre comment réparer ton affaire, je laisse à plus pointu d'intervenir au mieux.

salut merci

Anonyme · 14-05-2023 02:57:35

Tout ça pour effacer des logs qui gonflent !
Déjà il serait utile de comprendre pourquoi ils grossissent tant. Les effacer (ou mettre leurs tailles à 0} est aussi utile que débrancher une alarme sans rien faire. C'est souvent les mêmes lignes qui se répètent et indiquent un vrai problème hard ou soft.

partyanimal · 14-05-2023 03:24:50

j ai paumer mon mot de passe root...

Dernière modification par partyanimal (14-05-2023 19:40:28)

partyanimal · 14-05-2023 03:26:50

Anonyme a écrit :

Tout ça pour effacer des logs qui gonflent !
Déjà il serait utile de comprendre pourquoi ils grossissent tant. Les effacer (ou mettre leurs tailles à 0} est aussi utile que débrancher une alarme sans rien faire. C'est souvent les mêmes lignes qui se répètent et indiquent un vrai problème hard ou soft.

Anonyme a écrit :

Tout ça pour effacer des logs qui gonflent !
Déjà il serait utile de comprendre pourquoi ils grossissent tant. Les effacer (ou mettre leurs tailles à 0} est aussi utile que débrancher une alarme sans rien faire. C'est souvent les mêmes lignes qui se répètent et indiquent un vrai problème hard ou soft.

ca peux paraitre facile pour toi mais logrotate je sais pas l utiliser. j ai regarder le man et j ai du mal

Anonyme · 14-05-2023 05:51:51

Je n'ai jamais utilisé lograte, et pourtant ça fait un bail que je suis sous Linux.
La seule fois où mes logs gonflaient trop, j'avais un vrai problème.
Je l'ai réglé, supprimé les anciens logs et la config d'origine des logs ne m'a plus causé de soucis.

partyanimal · 14-05-2023 19:18:50

oui c est une machine qui a deja eut ce genre de probleme avant j avais fait du minage de chia... tout a été formatter et maintenant je fait tourner bcp de torrents et de soulseek.

Dernière modification par partyanimal (14-05-2023 19:32:50)

partyanimal · 14-05-2023 19:34:00

Anonyme a écrit :

Tout ça pour effacer des logs qui gonflent !
Déjà il serait utile de comprendre pourquoi ils grossissent tant. Les effacer (ou mettre leurs tailles à 0} est aussi utile que débrancher une alarme sans rien faire. C'est souvent les mêmes lignes qui se répètent et indiquent un vrai problème hard ou soft.

Il y a des gens qui m en veulent alors ils me hack

otyugh · 14-05-2023 23:55:40

Probablement plus un problème matériel ou un bug logiciel. Mieux vaut commencer par ce qui arrive le plus souvent

Identifie d'abord où sont les gros fichiers.
Ces deux logiciels font la même chose (aide à visualiser ce qui prend de la place). Choisis selon ce que tu préfères.

#un logiciel graphique

sudo apt install baobab

baobab

#ou

#un logiciel en console

sudo apt install ncdu

ncdu /

Dernière modification par otyugh (14-05-2023 23:57:14)

Croutons · 15-05-2023 07:32:40

on y comprend rien avec baobab je trouve
ncdu est bien plus clair
même que en dark c'est le top, avec un alias encore mieux

ncdu --color dark

grep ncdu ~/.bashrc

## ncdu avec un theme sombre 

alias ncdu='ncdu --color dark'

Dernière modification par Croutons (15-05-2023 07:33:04)

Anonyme · 15-05-2023 08:23:12

Bonjour,
ncdu est simple et clair, pas de doute.
Mais si on a un mode graphique fonctionnel, baobab est plus visuel pour le débutant et il facilite le ménage très facile aussi.

Croutons · 15-05-2023 08:39:05

bon sinon pour en revenir a cette histoire de cp /dev/null
j'aurais plutôt utilisé la commande truncate comme dis arpinux

https://debian-facile.org/viewtopic.php?id=30006
mais logrotate , il rotate bien les logs
il fait le job l'animal

puis pas la peine de se prendre la tête avec le man , il a des réglages par défaut qui conviennent bien

Anonyme a écrit :

Mais si on a un mode graphique fonctionnel, baobab est plus visuel pour le débutant

moi je dirais plutôt que c'est a décourager les débutants, je sais pas qui a pondu un truc pareil
mais c'est tout sauf clair

Dernière modification par Croutons (15-05-2023 08:45:54)

vv222 · 15-05-2023 10:41:14

Anonyme a écrit :

Je n'ai jamais utilisé lograte, et pourtant ça fait un bail que je suis sous Linux.

logrotate est installé avec la configuration par défaut de Debian, il y a donc de bonnes chances qu’il le soit chez toi sauf si tu l’as retiré explicitement. Il n’y a jamais à l’appeler manuellement tant que tout fonctionne bien, il fait son boulot via un appel de cron ou un timer systemd.

Si sous /var/log tu as des fichiers *.log.1, *.log.2.gz, etc., ceux-ci ont été créés par logrotate.

partyanimal · 26-05-2023 18:17:05

Croutons a écrit :

on y comprend rien avec baobab je trouve
ncdu est bien plus clair
même que en dark c'est le top, avec un alias encore mieux
ncdu --color dark

grep ncdu ~/.bashrc

## ncdu avec un theme sombre
alias ncdu='ncdu --color dark'

ncdu 1.15.1 ~ Use the arrow keys to navigate, press ? for help
--- / --------------------------------------------------------------------------
7,2 TiB [##########] /media
116,9 GiB [ ] /home
6,9 GiB [ ] /usr
. 5,5 GiB [ ] /var
2,2 GiB [ ] /opt
. 1,9 GiB [ ] /snap
. 155,9 MiB [ ] /boot
. 12,4 MiB [ ] /etc
. 1,9 MiB [ ] /run
. 108,0 KiB [ ] /tmp
! 16,0 KiB [ ] /lost+found
e 4,0 KiB [ ] /srv
! 4,0 KiB [ ] /root
e 4,0 KiB [ ] /mnt
! 4,0 KiB [ ] /.cache
. 0,0 B [ ] /proc
. 0,0 B [ ] /sys
. 0,0 B [ ] /dev
@ 0,0 B [ ] initrd.img.old
@ 0,0 B [ ] initrd.img
@ 0,0 B [ ] vmlinuz.old
@ 0,0 B [ ] vmlinuz
@ 0,0 B [ ] libx32
@ 0,0 B [ ] lib64
@ 0,0 B [ ] lib32
@ 0,0 B [ ] sbin
@ 0,0 B [ ] lib
@ 0,0 B [ ] bin

ubub · 26-05-2023 21:48:16

Bonjour,
Dans ton premier post, tu as oublié d'expliquer quel était le problème ..
Ton disque est plein ?
C'est un disque de 150 Go ?

116,9 GiB [          ] /home

Déjà, faire du ménage dans ton répertoire personnel /home peut aider.
Toujours avec la commande ncdu tu peux investiguer pour voir qu'est-ce qui prend tant de place dans /home

ncdu /home

[sûrement un/des film(s)]

De même avec

ncdu /var

pour savoir si effectivement les logs font partie du problème (ou pas)
Je pense aussi que c'est une mauvaise idée de vider les logs sans savoir de quoi ils parlent, ni même si ils sont fautifs ...
Au fait, tu dis « J'ai fait cp /dev/null » et il manque la suite ...
cp voulant dire copier, tu as copié /dev/null où ?

Dernière modification par ubub (26-05-2023 21:59:03)

partyanimal · 28-05-2023 03:04:27

c est un nvme samsung de 2 to un to pour win10 et un autre pour debian
50to de disques 10 to ironwolf

Dernière modification par partyanimal (28-05-2023 03:05:31)

partyanimal · 28-05-2023 11:03:35

ubub a écrit :

Bonjour,
Dans ton premier post, tu as oublié d'expliquer quel était le problème ..
Ton disque est plein ?
C'est un disque de 150 Go ?
116,9 GiB [ ] /home

Déjà, faire du ménage dans ton répertoire personnel /home peut aider.
Toujours avec la commande ncdu tu peux investiguer pour voir qu'est-ce qui prend tant de place dans /home
ncdu /home

[sûrement un/des film(s)]

De même avec
ncdu /var

pour savoir si effectivement les logs font partie du problème (ou pas)
Je pense aussi que c'est une mauvaise idée de vider les logs sans savoir de quoi ils parlent, ni même si ils sont fautifs ...
Au fait, tu dis « J'ai fait cp /dev/null » et il manque la suite ...
cp voulant dire copier, tu as copié /dev/null où ?

la commande cp a été exécutée sur /var/syslog je crois ...

Debian-facile

#1 12-05-2023 00:22:44

accident cp /dev/null

#2 12-05-2023 09:44:11

Re : accident cp /dev/null

#3 12-05-2023 10:00:22

Re : accident cp /dev/null

#4 12-05-2023 10:39:07

Re : accident cp /dev/null

#5 12-05-2023 18:29:02

Re : accident cp /dev/null

#6 14-05-2023 02:29:29

Re : accident cp /dev/null

#7 14-05-2023 02:35:41

Re : accident cp /dev/null

#8 14-05-2023 02:37:38

Re : accident cp /dev/null

#9 14-05-2023 02:47:57

Re : accident cp /dev/null

#10 14-05-2023 02:56:33

Re : accident cp /dev/null

#11 14-05-2023 02:57:35

Re : accident cp /dev/null

#12 14-05-2023 03:24:50

Re : accident cp /dev/null

#13 14-05-2023 03:26:50

Re : accident cp /dev/null

#14 14-05-2023 05:51:51

Re : accident cp /dev/null

#15 14-05-2023 19:18:50

Re : accident cp /dev/null

#16 14-05-2023 19:34:00

Re : accident cp /dev/null

#17 14-05-2023 23:55:40

Re : accident cp /dev/null

#18 15-05-2023 07:32:40

Re : accident cp /dev/null

#19 15-05-2023 08:23:12

Re : accident cp /dev/null

#20 15-05-2023 08:39:05

Re : accident cp /dev/null

#21 15-05-2023 10:41:14

Re : accident cp /dev/null

#22 26-05-2023 18:17:05

Re : accident cp /dev/null

#23 26-05-2023 21:48:16

Re : accident cp /dev/null

#24 28-05-2023 03:04:27

Re : accident cp /dev/null

#25 28-05-2023 11:03:35

Re : accident cp /dev/null

Pied de page des forums