logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 Re : Scripts, programmes et robots » [Résolu]Paramètre entre parenthèse dans un script bash » 22-07-2019 09:45:44

busan
Merci pour les infos, la virgule était une erreur, et il n'y a plus besoin de la supprimer. Sujet résolu pour moi.
merci.gif

#2 Re : Scripts, programmes et robots » [Résolu]Paramètre entre parenthèse dans un script bash » 19-07-2019 08:08:24

busan

enicar a écrit :

Car je suspecte un problème dans l'interface chaise-clavier big_smile



Haha mon prof me disait ça aussi et il avait souvent raison. lol

Beta-Pictoris a écrit :

Ou comme ceci :

echo '{"index":{"_index":"'$1'","_id":'$i'}}'



il me semble que je l'ai déjà essayé celle là scratchhead.gif sans succès !

Beta-Pictoris a écrit :

Ou comme ceci :

echo '{"index":{"_index":"'$1'","_id":'$i'}}'



Effectivement c'est bon, merci !

Et pendant que je vous tiens, j'ai également besoin de retirer une virgule (systématiquement en fin de ligne),

j'ai essayé ça:

sed 's/ ,*$//g' mon_fichier > un_autre_fichier



et ça marchait au début, mais plus maintenant (alors que absolument rien n'a changé, bruh, bien évidemment)

#3 Re : Scripts, programmes et robots » [Résolu]Paramètre entre parenthèse dans un script bash » 18-07-2019 16:10:50

busan
Raaah toujours pas, même problème, même output
j'ai vraiment copié collé ton code dans le mien
by the way je veux que l'output soit

{"index":{"_index":"test856897","_id":9}}


pas

{"index":{"_index":test856897,"_id":9}}



juste pour être claire

kernal_panic.gif

#4 Re : Scripts, programmes et robots » [Résolu]Paramètre entre parenthèse dans un script bash » 18-07-2019 15:55:38

busan
Nope ça me retourne toujours la même syntaxe, un truc dans ce style là:

{"index":{"_index":test84445,"_id":1}}



et pas:

{"index":{"_index":"test84445","_id":1}}

#5 Re : Scripts, programmes et robots » [Résolu]Paramètre entre parenthèse dans un script bash » 18-07-2019 10:53:14

busan

enicar a écrit :

busan a écrit :

Bah oui, évidement, maintenant je passe pour un idiot, merci roll


Quand même pas, c'est juste que tu n'as pas l'habitude de bash.




Bruh toujours tester avant de parler regarde mon édit plus haut smile

#6 Re : Scripts, programmes et robots » [Résolu]Paramètre entre parenthèse dans un script bash » 18-07-2019 10:47:26

busan

enicar a écrit :

Ce n'est pas très difficile, au lieu d'écrire « $1 » tu mets
« \"$1\" ».


Bah oui, évidement, maintenant je passe pour un idiot, merci roll

Non, sérieusement je n’avais pas pensé à échapper, cela m'avais échappé out.gif

Edit: j'ai parlé trop tôt:

{"index":{"_index":\"$1\","_id":13}}



J'ai ça à l'arrivé

#7 Scripts, programmes et robots » [Résolu]Paramètre entre parenthèse dans un script bash » 18-07-2019 10:10:40

busan
Réponses : 19
Salut, je suis sur un petit projet qui consiste à importer des .Json, les convertir dans le bon format (_bulk) et les exporter vers la base de donné D'Elasticsearch, mais ça c'est pas le problème, j'aimerai pour les tests pouvoir indiquer dans un paramètre le nom de l'index (cf le code), seulement la syntaxe qu'il me retourne est:

{"index":{"_index":mon_paramètre,"_id":1}}


et moi je voudrais

{"index":{"_index":"mon_paramètre","_id":1}}


avé les doubles guillemets donc !

C'est sûrement rien du tout, mais ça bloque.scratchhead.gif

Allez merci.gif

El coda:

#! /bin/bash

nb_fichier=`find ./ -type f | wc -l`
while [[ $nb_fichier -ge '4' ]]
        do
                for fichier in `ls *| grep -v import_json.sh`
                        do
                                ((i++))
                                touch All.json
                                echo '{"index":{"_index":'$1',"_id":'$i'}}' >> 'All.json'
                                sed 's/,*$//g' $fichier > 'tmp.json'
                                paste -d '\n' 'tmp.json'  >> 'All.json'
                                mv $fichier trashbin/$fichier
                        done
                rm tmp.json
                echo "fusion done"
                sleep 100000
done

#8 Re : Système » Disque dur qui se remplit alors qu'il ne devrait pas » 08-07-2019 08:58:27

busan
Salut Alain,

debian Alain a écrit :

peut être peux tu nous mettre ici les retours de :



root@srv-drbl:~# dmidecode | grep Product
        Product Name: VMware Virtual Platform
        Product Name: 440BX Desktop Reference Platform
 



et

root@srv-drbl:~# inxi -F
System:    Host: srv-drbl Kernel: 4.15.0-46-generic x86_64 bits: 64 Console: tty 0 Distro: Ubuntu 18.04.2 LTS
Machine:   Device: vmware System: VMware product: VMware Virtual Platform serial: VMware-56 4d c8 a6 f7 12 bb 0a-c3 f5 b4 b0 64 2f ff 02
           Mobo: Intel model: 440BX Desktop Reference Platform serial: N/A BIOS: Phoenix v: 6.00 date: 09/17/2015
CPU(s):    4 Single core Intel Xeon E5-2603 v2s (-SMP-) cache: 40960 KB
           clock speeds: max: 1795 MHz 1: 1795 MHz 2: 1795 MHz 3: 1795 MHz 4: 1795 MHz
Graphics:  Card: VMware SVGA II Adapter
           Display Server: N/A driver: vmwgfx tty size: 115x59 Advanced Data: N/A for root out of X
Network:   Card: VMware VMXNET3 Ethernet Controller driver: vmxnet3
           IF: ens160 state: up speed: 10000 Mbps duplex: full mac: 00:0c:29:2f:ff:02
Drives:    HDD Total Size: 125.6GB (20.5% used)
           ID-1: /dev/sdb model: Virtual_disk size: 107.4GB
           ID-2: /dev/sda model: Virtual_disk size: 18.3GB
Partition: ID-1: / size: 15G used: 5.9G (42%) fs: ext4 dev: /dev/dm-0
           ID-2: swap-1 size: 1.03GB used: 0.01GB (1%) fs: swap dev: /dev/dm-1
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 100.0C mobo: N/A
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 181 Uptime: 2 days Memory: 321.0/1982.1MB Init: systemd runlevel: 5
           Client: Shell (bash) inxi: 2.3.56
 



Voilà et encore merci.gif

#9 Re : Système » Disque dur qui se remplit alors qu'il ne devrait pas » 08-07-2019 08:25:32

busan
Salut à tous,
Alors après avoir regardé de plus près le matos, il s'avère que ma VM en particulier n'était pas sur un SAN comme dit plus haut, mais sur un disque à part donc on rajoute les 8 snapshots, le contenu des deux volumes et les images déjà présentes et paff ça fait des chocapics. Un bon coup de balais dans tout ça et c'est bon cool. Bref désolé de vous avoir fait perdre votre temps avec ça. sad

La Bise,
Busan

#10 Re : Système » Disque dur qui se remplit alors qu'il ne devrait pas » 05-07-2019 10:31:17

busan

Debian Alain a écrit :

bonjour big_smile big_smile big_smile

si je peux y mettre mon grain de sel ... roll

je pense à un souci de buffer . cool

les écritures seraient faites d'abord sur le disque systeme puis transférées sur le disque de datas automatiquement .

d'où saturation du disque en cas de réemploi du mme tampon ou de transferts volumineux .

je pense , hein , suis pas un pro non plus . https://debian-facile.org/img/smilies/xtras/ops.gif



Ouais, je pensais à ça aussi, mais je ne savais pas si ce genre de fichiers existe ou pas, je vais essayer de boot sur un cd live et voir ce qu'il a dans le ventre le bougre. scratchhead.gif

#11 Re : Système » Disque dur qui se remplit alors qu'il ne devrait pas » 05-07-2019 09:53:19

busan

raleur a écrit :

Qu'appelles-tu "ma VM"



- Ma VM: une Ubuntu server 18.04.2 (oui je sais on n'est sur debian-facile, je n'avais pas le choix), qui tourne sous du Vmware.

raleur a écrit :

qu'entends-tu exactement par "plante" ?


- le Plantage: Visiblement ma Vm refuse à un certain moment (donc quand le disque système est plein alors qu'il ne devrait pas l'être) de démarrer. Avec le message d'erreur "Votre disque nom_du_disque est plein" d'où m'a stupeur !

raleur a écrit :

Ne s'agirait-il pas du système hôte ?



Je ne pense pas, toutes les Vm sont centralisées et le stockage est géré par un SAN de plusieurs To.

#12 Re : Système » Disque dur qui se remplit alors qu'il ne devrait pas » 04-07-2019 18:16:16

busan

Croutons a écrit :

Hello
Je ne comprenais pas non plus
Il faut y voir quoi dans ton exemple?
Je vois que le lv data se rempli et c'est bien ce que tu veux non?



Lv data se remplie, oui, c'est parfait et c'est ce que je veux, mais pourquoi ma Vm plante en disant que le disque système (donc pas le lv data) est plein alors qu'il est à 38% et que visiblement lui ne se remplie pas.

#13 Re : Système » Disque dur qui se remplit alors qu'il ne devrait pas » 04-07-2019 13:15:18

busan

raleur a écrit :

A vrai dire, ce n'est pas clair pour moi. Si je lis bien, tu écris que le disque data se remplit mais pas le disque système, mais que ce dernier n'a plus d'espace libre.


C'est tout à fait ce qu'il se passe et c'est autant obscure pour moi que pour toi je te l'accorde scratchhead.gif.

raleur a écrit :

Je ne comprends pas non plus la finalité de ce script ni comment il permet de voir en temps réel que le disque data se remplit.


En faite toutes les 5 secondes il va afficher le résultat de la commande "df -h" et il va me dire si l'image sauvegardé est présente ou pas dans le dossier /tftpboot/nbi_img, quand au compteur du début, c'est juste pour vérifier que la machine n'est pas plantée.

Par exemple toujours dans /tftpboot/nbi_img:

Sans un fichier .ova d'environ 600Mo:

1
Filesystem                     Size  Used Avail Use% Mounted on
udev                           961M     0  961M   0% /dev
tmpfs                          199M  880K  198M   1% /run
/dev/mapper/vg--system-root     15G  5,3G  8,8G  38% /
tmpfs                          992M     0  992M   0% /dev/shm
tmpfs                          5,0M     0  5,0M   0% /run/lock
tmpfs                          992M     0  992M   0% /sys/fs/cgroup
/dev/mapper/vg--data-lv--data   98G  8,0G   85G   9% /tftpboot/nbi_img
tmpfs                          199M     0  199M   0% /run/user/0

Nope pas de fichier
 



Avec le fameux .ova toujours pour l'exemple:

14
Filesystem                     Size  Used Avail Use% Mounted on
udev                           961M     0  961M   0% /dev
tmpfs                          199M  880K  198M   1% /run
/dev/mapper/vg--system-root     15G  5,3G  8,8G  38% /
tmpfs                          992M     0  992M   0% /dev/shm
tmpfs                          5,0M     0  5,0M   0% /run/lock
tmpfs                          992M     0  992M   0% /sys/fs/cgroup
/dev/mapper/vg--data-lv--data   98G  8,5G   85G  10% /tftpboot/nbi_img
tmpfs                          199M     0  199M   0% /run/user/0

Nope pas de fichier
 



On voit donc le disque Data se remplir et pas le disque système. old_geek.gif

raleur a écrit :

Il vaudrait mieux montrer l'évolution de la sortie de la commande "df -h".



C'est exactement ce que je fait à la ligne 11 du script. smile

raleur a écrit :

PS : pas besoin d'utiliser l'UUID pour identifier un système de fichiers contenu dans un volume logique, car le nom de périphérique /dev/mapper/vg-lv ou /dev/vg/lv est persistant.



Ah je savais pas merci !


Busan

#14 Système » Disque dur qui se remplit alors qu'il ne devrait pas » 03-07-2019 13:27:06

busan
Réponses : 15
Salut,

J'ai comme projet de monter un serveur DRBL, pour pouvoir restaurer une dizaine de poste à la volé, Pratiquement tout fonctionne, sauf un problème que j'avais avec le stockage de mes images, problème résolus dans ce post : https://debian-facile.org/viewtopic.php?id=24665, le réel problème maintenant (coucou otyugh wink) c'est que malgré le faite que mon Disque Data (100 Go) se remplit et pas le Disque système (15 Go), la VM (VMware) trouve le moyen de planter, car l'espace dans le disque système est réduit à néant.

Voici grosso merdo, les commandes que j'ai fait pour en arrivé là:

apt update | apt upgrade -y


pour la forme wink

blkid


pour récupérer l'UUID de mon volume, ce qui donne:

/dev/mapper/vg--data-lv--data: UUID="5729f7c0-9631-4c31-9837-abc38b0255fc" TYPE="ext4"



Ensuite dans /etc/fstab, j'ai rajouté:

UUID=5729f7c0-9631-4c31-9837-abc38b0255fc /tftpboot/nbi_img ext4 defaults 0 0



ce qui donne :

# /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).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/mapper/vg--system-root /               ext4    errors=remount-ro 0       1
/dev/mapper/vg--system-swap_1 none            swap    sw              0       0
UUID=5729f7c0-9631-4c31-9837-abc38b0255fc /tftpboot/nbi_img ext4 defaults 0 0
 



un petit mount -a

 mount -a

puis un mount

mount

qui affiche:

sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=983912k,nr_inodes=245978,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=202964k,mode=755)
/dev/mapper/vg--system-root on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=37,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=17875)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
configfs on /sys/kernel/config type configfs (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
/dev/mapper/vg--data-lv--data on /tftpboot/nbi_img type ext4 (rw,relatime,data=ordered)
lxcfs on /var/lib/lxcfs type fuse.lxcfs (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other)
tmpfs on /run/user/0 type tmpfs (rw,nosuid,nodev,relatime,size=202964k,mode=700)



et un

reboot



et puis je continue avec un drblpush -i

drblpush -i

dans lequel je renseigne bien "/tftpboot/nbi_img" comme répertoire de sauvegarde

Le plus étrange dans tout ça, c'est que grâce à un petit script, je peut voir en quasi temps réel le disque de data se remplir et le disque système ne rien faire.

Le script en question, on ne sait jamais.

#! /bin/bash

clear

let "i=0"

while true
do
        let "i++"
        echo $i
        df -h
        echo ""
        if [ -d "/tftpboot/nbi_img/test-4444" ];then
                echo "Le dossier1 existe !";
        else
                echo "Nope pas de fichier"
        fi
        sleep 5
        clear
done
 



Voilà j'espère être le plus claire possible, n'hésitez pas à me demander des informations supplémentaires.

Bonne journée,

Busan

#15 Re : Système » installation kali linux » 03-07-2019 12:51:49

busan

tanguy mambafei a écrit :

bonsoir cher tous j'ai un soucis et j'ai besoin d'aide.
Mon problème cest que je veux installer kali linux en dual boot avec Windows 10 sur mon ordinateur DELL LATITUDE E5530 .  le soucis est que le windows est installé en mode Legacy est ce que je peux inst kali lui s'installe en mode EUFI ??



Salut,

Je te laisse lire c'est deux tutos qui pourront peut être répondre à ta demande.

1-Pour passer ton W10 du Mode Legacy au mode UEFI: https://www.disk-partition.com/fr/resou … -uefi.html

2-Installation de kali en dualboot: https://www.kali-linux.fr/forum/index.php?topic=1009.0

Bonne lecture,

Busan

#16 Re : Débuter avec la ligne de commande » [Résolu]Problème avec la commande ln -s » 02-07-2019 09:50:56

busan

otyugh a écrit :

root@srv-drbl:~# file /tftpboot/nbi_img/ /mnt/data/images/
/tftpboot/nbi_img/: directory
/mnt/data/images/:  directory


... Yep. T'as pas fait de lien symbolique vers un dossier, mais deux dossiers indépendant, donc ça peut pas marcher. C'est con, c'est vraiment 10 secondes à faire. Mais c'est toi qui voit.



Quand je disais que les liens symboliques c'était vraiment obscure pour moi, c'était pas une légendeold_geek.gif, bon la méthode proposée par MicP fonctionne pour moi c'est le principal zen.gif, mais un jour, je le promet, je maitriserai le "ln no jutsu", en tout cas merci.gif à vous trois.

Et bonne journée.


Busan.

#17 Re : Débuter avec la ligne de commande » [Résolu]Problème avec la commande ln -s » 02-07-2019 08:33:01

busan
Houla, beaucoup de réponse ce matin merci, alors dans l'ordre:

otyugh a écrit :

Vu que tu nous donne aucun détail sur ton problème, donne le retour de ça

Vérifier que les fichiers sont là et ce qu'ils sont :

file /tftpboot/nbi_img/ /mnt/data/images/


ça doit te retourner un lien symbolique vers /mnt/data/images/ et un dossier

et de ça

Vérifier leur permissions :

ls -ld tftpboot/nbi_img/ /mnt/data/images/


ça doit te retourner la permission d'écrire/exécuter dans les deux cas...

et de ça

Voir si ça marche en créant/supprimant un fichier vide COURGETTE

touch tftpboot/nbi_img/COURGETTE
rm /mnt/data/images/COURGETTE


Si erreur, c'est pas bon. Si pas erreur, ça marche.




Voici les retours en question:




root@srv-drbl:~# file /tftpboot/nbi_img/ /mnt/data/images/
/tftpboot/nbi_img/: directory
/mnt/data/images/:  directory

 




root@srv-drbl:~# ls -ld /tftpboot/nbi_img/ /mnt/data/images/
drwxr-xr-x  2 root root 4096 juil.  1 13:57 /mnt/data/images/
drwxrwxrwx 11 root root 4096 juil.  2 09:08 /tftpboot/nbi_img/

 



root@srv-drbl:~# touch /tftpboot/nbi_img/COURGETTES
root@srv-drbl:~# rm /mnt/data/images/COURGETTES
rm: cannot remove '/mnt/data/images/COURGETTES': No such file or directory
 



Debian Alain a écrit :

il me semble , de mémoire , que les liens symboliques ou physiques fonctionnent très mal (voire pas  du tout)  entre disques , en pratique .

ce fonctionnement est peut être ancien , je ne sais plus .

je crains , hélas , que pour augmenter ta capa , il ne te reste (peut être) que la solution du raid 0 .

mais tu sera , je pense , obligé de tout reformater dans ton raid .

donc , de faire une sauvegarde et de repartir de  zero .

de tout coeur , j'espère me tromper .

ubuntu :  liens symboliques et physiques

ubuntu : raid logiciel . attention , ne pas se louper , le dépannage n'est pas  facile .

n.b.: je n'ai pas trouvé de confirmation de ce que j'avance . ma mémoire me jouerai t elle des tours ? apparemment ....



Un Raid0 pourrez faire l'affaire effectivement, j'y repenserai si jamais je dois refaire mon serveur a 0


MicP a écrit :

alors, une solution serait peut-être d'utiliser le répertoire /tftpboot/nbi_img/
comme point de montage du système de fichiers de la partition de ce deuxième disque dur "de DATA".



Je vais faire comme tu as dis et je te redis quoi...

en tout cas merci pour vos réponses à tous. merci.gif

#19 Re : Débuter avec la ligne de commande » [Résolu]Problème avec la commande ln -s » 01-07-2019 14:13:12

busan

Debian Alain a écrit :

je crois que tu veux mettre des fichiers sur ton disque data en faisant croire au disque système qu'ils sont sur lui .

c'est çà ?

créer un lien symbolique
effacer un lien symbolique

wikipedia : liens symboliques

par ailleurs , çà aidera peut être ceux qui t'aideront par la suite , peux tu nous donner ta configuration ?

n'oublie pas de mettre à jour ET ta signature ET ton profil (cartouche)
tu peux faire ceci (installation) :

apt install inxi


et nous renvoyer tes infos (si tu veux bien)

inxi -F




et voilà


System:    Host: srv-drbl Kernel: 4.15.0-46-generic x86_64 bits: 64 Console: tty 0 Distro: Ubuntu 18.04.2 LTS
Machine:   Device: vmware System: VMware product: VMware Virtual Platform serial: VMware-56 4d c8 a6 f7 12 bb 0a-c3 f5 b4 b0 64 2f ff 02
           Mobo: Intel model: 440BX Desktop Reference Platform serial: N/A BIOS: Phoenix v: 6.00 date: 09/17/2015
CPU(s):    4 Single core Intel Xeon E5-2603 v2s (-SMP-) cache: 40960 KB
           clock speeds: max: 1795 MHz 1: 1795 MHz 2: 1795 MHz 3: 1795 MHz 4: 1795 MHz
Graphics:  Card: VMware SVGA II Adapter
           Display Server: N/A driver: vmwgfx tty size: 115x59 Advanced Data: N/A for root out of X
Network:   Card: VMware VMXNET3 Ethernet Controller driver: vmxnet3
           IF: ens160 state: up speed: 10000 Mbps duplex: full mac: 00:0c:29:2f:ff:02
Drives:    HDD Total Size: 124.6GB (12.1% used)
           ID-1: /dev/sda model: Virtual_disk size: 17.2GB
           ID-2: /dev/sdb model: Virtual_disk size: 107.4GB
Partition: ID-1: / size: 15G used: 14G (94%) fs: ext4 dev: /dev/dm-0
           ID-2: swap-1 size: 1.03GB used: 0.00GB (0%) fs: swap dev: /dev/dm-1
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 100.0C mobo: N/A
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 266 Uptime: 1:32 Memory: 369.2/1982.1MB Init: systemd runlevel: 5
           Client: Shell (bash) inxi: 2.3.56
 






créer un lien symbolique
effacer un lien symbolique

wikipedia : liens symboliques


quand au lien symbolique, j'ai testé dans les deux sens

ln -s /tftpboot/nbi_img/ /mnt/data/images/


et

ln -s /mnt/data/images/ /tftpboot/nbi_img/



et j'ai changé plusieurs gros fichiers de place, mais aucun changement.

#20 Re : Débuter avec la ligne de commande » [Résolu]Problème avec la commande ln -s » 01-07-2019 14:07:56

busan

otyugh a écrit :

Quel est le problème du coup ?



comme le dit Alain, mieux que moi , je veux mettre des fichiers sur mon disque data en faisant croire au disque système qu'ils sont lui.

#21 Débuter avec la ligne de commande » [Résolu]Problème avec la commande ln -s » 01-07-2019 13:33:36

busan
Réponses : 13
Bonjour,
Alors voilà j'ai installé un serveur DRBL, qui fonctionne tout va bien zen.gif, sauf que:
  -les isos et les images de sauvegardes sont stockés sur mon disque dur système qui est donc remplis a 90%, j'ai ajouté un disque dur de DATA pour accueillir encore plus d'images, mon problème est que vu la manière dont j'ai configuré mon serveur, je ne peu pas changer les isos de place, j'aimerais donc pouvoir au minimum ajouter des images sur le disque DATA qui seront comme si ils étaient sur le disque système, si ce n'est pas claire pour vous c'est normale,c'est compliqué de décrire un truc que l'on ne maitrise pas, j'ai essayer de bricoler un truc avec un

ln -s /tftpboot/nbi_img/ /mnt/data/images/

mais cette commande reste très obscure pour moi. Je continue de chercher de mon coté.

Merci pour vos futures réponses,
Bonne journée.

#22 Re : Réseau » [Résolu]Impossible de lancer un iso depuis menu DRBL » 18-06-2019 08:23:01

busan
Ce qui est bien dans ce forum, c'est que vu que personne ne répond à mes questions (et je ne vous en veux pas, parfois mieux vaut ne rien dire que dire des bêtises), ça me force à trouver des réponses tout seul big_smile.
Donc en analysant, minutieusement le contenu du dossier scratchhead.gif, je me suis dit pourquoi une demi-iso de W7 (déjà aberrant en soi) boot et pas une ISO complète et bingo ! Et oui, je me suis vite aperçu que si l’ISO est trop grosse (> 1Go dans mon cas), et bien ça ne fonctionne pas, ma théorie est:
   -Vu que l’ISO en question se charge complétement en RAM avant d'être exécuter, de trop grosses ISOs ne peuvent pas être chargée et donc exécuté, that's why !

Bon je répond à mon propre poste, c'est pour aider les futures utilisateurs qui, j'espère galèreront moins longtemps que moi, cette réponse auras le mérite d'existée roll

Edit: https://www.nextinpact.com/news/107512- … atisee.htm, c'est vachement cool et ça reprend différentes installations de plusieurs OS avec pas mal d'exemples en bonus

Busan

#23 Réseau » [Résolu]Impossible de lancer un iso depuis menu DRBL » 12-06-2019 10:06:17

busan
Réponses : 1
Bonjour,
Comme l'indique le titre du topic il m'est impossible de booter sur l'image iso sélectionné dans le menu,
Un message d’erreur dit:

-load mint.iso failed no such file or directory

or je suis sûr à 100% du nom de l'iso et du path

les permissions des fichiers et des dossiers sont corrects également,

Quelques screens:

    -dans /tftpboot/nbi_img/pxelinux.cfg/default:
opjx.png

    -dans /tftpboot/nbi_img/:
wuo7.png

le W7-pro.iso fonctionne et pas mint.iso, or ils sont au même emplacement...
lors d'un test j'ai remplacé mint.iso par mini.iso (une mini image de ubuntu) là ça fonctionne, incompréhensible. kernal_panic.gif
mais aucun des deux ne fonctionnent sur un autre serveurs


Est-ce vous avez déjà eu ce problème ?

Bonne journée

#24 Re : Réseau » [Résolu]Problème pour utiliser drbl » 04-06-2019 09:32:07

busan
Je suis déjà en accès par pont hmm

Edit: Je viens de trouver la cause de tout mes soucis, dans un premier temps, j'ai comparé l'installation sous debian 9 et sous ubuntu 18.04, ubuntu n'arrivait pas à installer deux paquets: dmraid et initscript, pour dmraid, j'ai réussi à l'installer manuellement, par contre initscript, surprise le paquet n'existe pas sous ubuntu 18.04.2 mais existe sous ubuntu 16.04.6 donc après une petite installation toute propre en 16.04.6 tout fonctionne nickel.

Tous les problèmes venait de là.

Merci à Debian Alain pour son temps et son aide big_smile

#25 Re : Réseau » [Résolu]Problème pour utiliser drbl » 04-06-2019 09:24:50

busan
Oui je suis d'accord sur le principe des snapshots, le cambouis, tousssa, mais c'est des snaphots maison ,pas récupérer on ne sait où, donc sa compte comme même non ?

J'ai continué a fouiner un peu, j'ai fait un tcpdump -s0 -vvv -i enp0s8 ether host 0800278f8cd9 > logpxe.txt
pour voir ce qui ce passer vraiment et apparemment :

ny0e.png

je doit en conclure que soit mon serveur bloque l'entré à ma machine, soit ma machine ne veut/peut pas sortir pour aller chercher le fichier, une idée pour vérifier ça ?

Pied de page des forums

Propulsé par FluxBB