Re: comment créer une image iso avec genisoimage
- Mail original - > De: "Dominique Dumont" > À: debian-user-french@lists.debian.org > Envoyé: Mardi 6 Novembre 2018 19:39:09 > Objet: Re: comment créer une image iso avec genisoimage > > essaye xorriso ou xorriso-tcltk. Ces programmes sont prévus pour > graver des > disques, et ils gèrent sans problème des fichier de plus de 4GB. > > Je pense qu'ils peuvent créer des images iso sans graver de disque. > > HTH > bonjour, je ne souhaite pas graver l'image, mais convertir le fichier "*.img" en "*.iso" merci slt bernard
comment créer une image iso avec genisoimage
bonjour, j'ai besoins de créer une image iso et voici ce que j'ai fait : genisoimage -o advl.iso advl.img /mnt/advl malheureusement c'est trop gros I: -input-charset not specified, using utf-8 (detected in locale settings) File advl.img is larger than 4GiB-1. -allow-limited-size was not specified. There is no way do represent this file size. Aborting. comment y arriver quand même ? merci slt bernard
Re: [testing] PC ne boot plus
Le 05/11/2018 à 23:23, Gaëtan Perrier a écrit : Suite à la mise à jour grub sur testing mon PC ne boote plus du tout. C'est-à-dire ? Qu'est-il censé se passer et que se passe-t-il ? Pour démarrer je suis obligé de booter avec une clé rEFInd pour pouvoir lancer debian. Donc amorçage EFI avec grub-efi-*, je présume. Une fois le système démarré, qu'affiche efibootmgr -v
Re: [testing] PC ne boot plus
Le 06/11/2018 à 00:09, Haricophile a écrit : Non, mais ça ne serait pas un problème UFI, voire un grub-pc remplaçant un grub-efi ? Le remplacement du *paquet* grub-efi par le *paquet* grub-pc ne remplacerait pas le *chargeur* GRUB EFI par le *chargeur* GRUB BIOS.
Re: comment créer une image iso avec genisoimage
On Tuesday, 6 November 2018 19:31:20 CET Bernard Schoenacker wrote: > comment y arriver quand même ? essaye xorriso ou xorriso-tcltk. Ces programmes sont prévus pour graver des disques, et ils gèrent sans problème des fichier de plus de 4GB. Je pense qu'ils peuvent créer des images iso sans graver de disque. HTH
Apache2.4 mod_evasive HTTP/1.1 400 Bad Request
Tester mod_evasive sur Apache 2.4
J'ai fais une synthèse de l'utilisation de mod_evasive qui semble complète :
https://www.visionduweb.eu/wiki/index.php?title=Installer_Apache2_sur_Debian#Mod_Evasive
Pourtant, cela ne semble pas fonctionner avec ma configuration.
Tester si le module mod_evasive fonctionne ou non :
Utiliser le script perl "test.pl" situé dans le répertoire
/usr/share/doc/libapache2-mod-evasive/examples/.
#!/usr/bin/perl
# test.pl: small script to test mod_dosevasive's effectiveness
use IO::Socket;
use strict;
for(0..100) {
my($response);
my($SOCKET) = new IO::Socket::INET( Proto => "tcp",
PeerAddr=> "127.0.0.1:80");
if (! defined $SOCKET) { die $!; }
print $SOCKET "GET /?$_ HTTP/1.0\n\n";
$response = <$SOCKET>;
print $response;
close($SOCKET);
}
Puis, lancer le script depuis le terminal.
sudo perl /usr/share/doc/libapache2-mod-evasive/examples/test.pl
Le script effectue 100 demandes sur votre serveur Web.
Le code de réponse 403 indique que l'accès est refusé par le serveur Web.
HORS ! Lors de mes essais, j'ai la réponse suivante :
*HTTP/1.1 400 Bad Request HTTP/1.1 400 Bad Request HTTP/1.1 400 Bad
Request HTTP/1.1 400 Bad Request HTTP/1.1 400 Bad Request*
Source :
https://www.visionduweb.eu/wiki/index.php?title=Installer_Apache2_sur_Debian#Tester_mod_evasive
( Je suis sur Debian SID. )
/var/log/apache2$ cat other_vhosts_access.log m'affiche bien les 100 requêtes,
mais, en erreur 400 également.
vpsxxx.vps.ovh.ca:80 127.0.0.1 - - [07/Nov/2018:04:23:50 +0100] "GET /?96
HTTP/1.0\n" 400 0 "-" "-"
vpsxxx.vps.ovh.ca:80 127.0.0.1 - - [07/Nov/2018:04:23:50 +0100] "GET /?97
HTTP/1.0\n" 400 0 "-" "-"
vpsxxx.vps.ovh.ca:80 127.0.0.1 - - [07/Nov/2018:04:23:50 +0100] "GET /?98
HTTP/1.0\n" 400 0 "-" "-"
vpsxxx.vps.ovh.ca:80 127.0.0.1 - - [07/Nov/2018:04:23:50 +0100] "GET /?99
HTTP/1.0\n" 400 0 "-" "-"
vpsxxx.vps.ovh.ca:80 127.0.0.1 - - [07/Nov/2018:04:23:50 +0100] "GET /?100
HTTP/1.0\n" 400 0 "-" "-"
Ce serrait du à mes différents VirtualHosts ?
Source :
https://www.visionduweb.eu/wiki/index.php?title=VirtualHosts_des_domaines_enregistr%C3%A9s#Configuration_de_l.27.C3.A9coute_du_port_HTTP_80_2
Configuration de l'écoute du port HTTP 80
# VirtualHost du domaine green-nrj.com
ServerName www.green-nrj.com
ServerAlias green-nrj.com
DocumentRoot /var/www/html
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
# Redirection http://(www).domaine.ext vers https://
RewriteEngine On
RewriteCond %{HTTPS} !on
RewriteRule ^(.*)$ https://www.green-nrj.com$1 [QSA,L,R=301]
Re: [resolu] Re: [testing] PC ne boot plus
Le 07/11/2018 à 00:49, Gaëtan Perrier a écrit : Suite à la mise à jour grub sur testing mon PC ne boote plus du tout. Pour démarrer je suis obligé de booter avec une clé rEFInd pour pouvoir lancer debian. J'ai résolu le problème en suivant les instructions de la première réponse de cette page: https://unix.stackexchange.com/questions/379774/grub-installation-failed -- Fixed that by deleting dump files : # rm /sys/firmware/efi/efivars/dump-* L'as-tu fait spontanément ou après avoir constaté que grub-install échouait avec une erreur relative à la création de l'entrée d'amorçage EFI ? Cette action sert à libérer de la mémoire dans la NVRAM servant à stocker les variables EFI et notamment les entrées d'amorçage manipulées par efibootmgr. Dans la sortie d'efibootmgr, on peut voir que l'entrée "debian" avait disparu. Il se peut que sa re-création ait échoué par manque d'espace. C'est une erreur assez courante. update-grub Inutile. grub-install -v --target=x86_64-efi --recheck /dev/sda Le paramètre /dev/sda est ignoré en mode EFI. Note que puisque tu n'as pas de multi-boot, il existe un moyen simple de se protéger contre la suppression de l'entrée d'amorçage EFI : installer GRUB EFI dans le chemin de support amovible avec l'option --removable. Avec dans la configuration du paquet grub-efi-amd64 modifiable avec dpkg-reconfigure, il faut répondre oui à la question sur le chemin de support amovible.
[resolu] Re: [testing] PC ne boot plus
Le lundi 05 novembre 2018 à 23:23 +0100, Gaëtan Perrier a écrit : > Bonjour, > > Suite à la mise à jour grub sur testing mon PC ne boote plus du tout. > Pour démarrer je suis obligé de booter avec une clé rEFInd pour pouvoir > lancer > debian. > Quelqu'un d'autre rencontre-t'il ce problème? > J'ai résolu le problème en suivant les instructions de la première réponse de cette page: https://unix.stackexchange.com/questions/379774/grub-installation-failed -- Fixed that by deleting dump files : # rm /sys/firmware/efi/efivars/dump-* And then ran the usual update-grub grub-install -v --target=x86_64-efi --recheck /dev/sda and it ran successfully! -- Maintenant ça boote correctement. Gaëtan signature.asc Description: This is a digitally signed message part
Re: [testing] PC ne boot plus
Le mardi 06 novembre 2018 à 09:38 +0100, ajh-valmer a écrit : > On Monday 05 November 2018 23:23:17 Gaëtan Perrier wrote: > > Suite à la mise à jour grub sur testing mon PC ne boote plus du tout. > > Pour démarrer je suis obligé de booter avec une clé rEFInd pour > > pouvoir lancer > > debian. > > Quelqu'un d'autre rencontre-t'il ce problème? > > Oui, je l'ai souvent. > > Quel message as tu lors du boot ? > > Je résoud le problème en éditant le fichier "/boot/grub/grub.cfg" > et constate que les UUID dans une séquence de boot > ne sont pas les mêmes (donc crash assuré au boot). > Et pourtant avant, j'avais tapé "update-grub2". > > Il est aussi préférable de copier le même grub.cfg > sur toutes les partitions Linux de ton ordinateur. > > Une fois les bons UUID remis, je tape : > grub-install /dev/sda > et ça remarche. > > Mais peut-être chez toi, c'est une autre cause ? > Il me semble que ce que tu indiques c'est valable pour du grub-pc mais pas pour de l'efi. Gaëtan signature.asc Description: This is a digitally signed message part
Re: [testing] PC ne boot plus
Le mardi 06 novembre 2018 à 19:48 +0100, Pascal Hambourg a écrit : > Le 05/11/2018 à 23:23, Gaëtan Perrier a écrit : > > Suite à la mise à jour grub sur testing mon PC ne boote plus du tout. > > C'est-à-dire ? Qu'est-il censé se passer et que se passe-t-il ? Le système est censé démarré et là il ne démarre pas ... Il demande d'insérer un disque de boot. > > > Pour démarrer je suis obligé de booter avec une clé rEFInd pour pouvoir > > lancer > > debian. > > Donc amorçage EFI avec grub-efi-*, je présume. Tout à fait. > Une fois le système démarré, qu'affiche > > efibootmgr -v # efibootmgr -v BootCurrent: 0003 Timeout: 1 seconds BootOrder: 0002,0003,0001 Boot0001* CD/DVD Drive BBS(CDROM,,0x0)AMGOAMNOo.P.L.E.X.T.O.R. .D.V.D.R. . . .P.X.- .8.8.0.S.AA...>..Gd-.;.A..MQ..L. . . . . . . . . . . . . . . . . . . . ..AMBO Boot0002* Hard DriveBBS(HD,,0x0)AMGOAMNOo.C.r.u.c.i.a.l._.C.T.2.5.0 .M.X.2.0.0.S.S.D.1A...>..Gd- .;.A..MQ..L. . . . . . . . .5.1.5.0.E.0.E.9.4.6.F.E..AMBOAMNOo.C.3.0.0.- .C.T.F.D.D.A.C.0.6.4.M.A.GA...>..Gd -.;.A..MQ..L.0.0.0.0.0.0.0.0.1.1.6.1.3.0.5.0.2.B.9.C..AMBOAMNOo.T.O .S.H.I.B.A. .D.T.0.1.A.C.A.2.0.0A...>..Gd- .;.A..MQ..L. . . . . . . . . . .4. .R.5.8.6.Y.D.S.A..AMBOAMNOu...[.C.B.MA. ...Gd-.;.A..MQ..L.C.B.M..AMBO Boot0003* UEFI: CBM PciRoot(0x0)/Pci(0x1c,0x7)/Pci(0x0,0x0)/USB(3,0)/USB(1, 0)/USB(1,0)/HD(1,GPT,30d07d2b-cd7f-44d6-aa6f-db03ee9f3911,0x800,0x2f9f)AMBO Boot0004 Crucial_CT250MX200SSD1BBS(HD,,0x0)AMBO signature.asc Description: This is a digitally signed message part
Re: [testing] PC ne boot plus
On Monday 05 November 2018 23:23:17 Gaëtan Perrier wrote: > Suite à la mise à jour grub sur testing mon PC ne boote plus du tout. > Pour démarrer je suis obligé de booter avec une clé rEFInd pour > pouvoir lancer > debian. > Quelqu'un d'autre rencontre-t'il ce problème? Oui, je l'ai souvent. Quel message as tu lors du boot ? Je résoud le problème en éditant le fichier "/boot/grub/grub.cfg" et constate que les UUID dans une séquence de boot ne sont pas les mêmes (donc crash assuré au boot). Et pourtant avant, j'avais tapé "update-grub2". Il est aussi préférable de copier le même grub.cfg sur toutes les partitions Linux de ton ordinateur. Une fois les bons UUID remis, je tape : grub-install /dev/sda et ça remarche. Mais peut-être chez toi, c'est une autre cause ? Bonne journée, A. Valmer
