Re: Faire fonctionner un jeu 32 bits dans une architecture 64 bits

[Belaïd]

Bonsoir,

Regarde la section 5.4.5 de ce lien (en français) pour activer le
multiarch:
https://debian-handbook.info/browse/fr-FR/stable/sect.manipulating-packages-with-dpkg.html#sect.multi-arch

2017-04-19 15:38 GMT+02:00 :

> Bonjour à tous,
>
> Je dispose d'un jeux Linux qui fonctionnait parfaitement dans une
> architecture 32 bits, il semblerait que ce jeu puisse
> fonctionner dans sous une architecture 64 bits garce au paquet  ia32-libs.
> Malheureusement ce paquet n'existe plus..
> Voici le contenu du fichier ReadMeHowToinstall.txt:
> ''How To Install ?
> 
>
> This game has been sucessfully tested on Ubuntu 12.04 32-bit, as it is.
>
> It has been reported to work on several other configurations, with or
> without addition install steps.
>
> To install it, just decompress the .gz and put the folder wherever you
> want ; be sure to have read/write/exec rights on the extracted folder, then
> launch the main binary to play the game.
>
>
> 64-bit Linux:
> =
> If your distrib is 64-bit, you'll need to install 32-bit libs. On some
> systems, this should do the trick:
> sudo apt-get install ia32-libs
>
> On Ubuntu 14.10 64bit, the following instructions have been reported to
> work:
> sudo apt-get install libcurl3:i386
> sudo apt-get install libvorbisfile3:i386
>
>
> Dependencies:
> =
> This game requires the following libraries, which are in the SdlLib
> subfolder :
> SDL 1.2.15+
> SDL_Image 1.2.10+ (actually, 1.2.12 is in SdlLib, which requires JPEG v8d,
> also in SdlLib)
> SDL_Mixer 1.2.12+
> MikMod 3.1.12
> Mad (version unknown)
> Tiff 4.0.0
>
> The following library is also needed, but not bundled with the game :
> LibCurl 32-bit version (it might be included in ia32-libs if your system
> is 64-bit)''
>
> Que dois-je faire?
> Merci pour vos conseils
> Alex
>
>
>


-- 
< Belaid >

Règle pour qu'un message soit diffusé sur la liste

[MERLIN Philippe]

Bonsoir,
Je voudrais savoir si on peux envoyer un message à la liste avec des pièces 
jointes ? Si oui de quel type : texte, pdf, ...
Dans le cas contraire comment joindre des résultats sans que le message 
devienne trop long?
Y a t'il un document indiquant ces contraintes ?
Merci d'avance.
Philippe Merlin

Re: Upgrade de VirtualBox ext

[Klaus Becker]

On mercredi 19 avril 2017 14:43:32 CEST C. Mourad Jaber wrote:
> Bonjour,
> 
> La version 5.1.20 de VirtualBox est disponible.
> 
> Lors de l'installation de l'extension (virtualbox-ext-pack), la licence est
> montrée, mais il n'est plus possible de rien faire, ni de l'accepter, ni de
> continuer le processus d'installation, ni de revenir en arrière...
> 
> Y'a-t-il une solution de contournement ?
> 
> Si je tue le process de dpkg ou de aptitude, je suis obligé de relancer un
> dpkg --configure -a et il me fait la même chose...
> 
> Merci
> 
> Mourad


Salut Mourad,

$ VBoxManage list extpacks
# vboxmanage extpack uninstall [--force] "Oracle VM VirtualBox Extension Pack"
   En cas de problème :
   mv /usr/lib/virtualbox/ExtensionPacks/ /usr/lib/virtualbox/ExtensionPacks-
old/
# VBoxManage extpack install  Oracle_...vbox-extpack
# VBoxManage extpack cleanup

ça m'a aidé déjà pls fois lors du même problème

librement

Klaus

Re: Faire fonctionner un jeu 32 bits dans une architecture 64 bits

[bernard . schoenacker]

- Mail original -

> De: "alex padoly" 
> À: "Liste Debian" 
> Envoyé: Mercredi 19 Avril 2017 15:38:52
> Objet: Faire fonctionner un jeu 32 bits dans une architecture 64 bits

> Bonjour à tous,

> Je dispose d'un jeux Linux qui fonctionnait parfaitement dans une
> architecture 32 bits, il semblerait que ce jeu puisse

> fonctionner dans sous une architecture 64 bits garce au paquet
> ia32-libs.

> Malheureusement ce paquet n'existe plus..

> Voici le contenu du fichier ReadMeHowToinstall.txt:

> ''How To Install ?
> 

> This game has been sucessfully tested on Ubuntu 12.04 32-bit, as it
> is.

> It has been reported to work on several other configurations, with or
> without addition install steps.

> To install it, just decompress the .gz and put the folder wherever
> you want ; be sure to have read/write/exec rights on the extracted
> folder, then launch the main binary to play the game.

> 64-bit Linux:
> =
> If your distrib is 64-bit, you'll need to install 32-bit libs. On
> some systems, this should do the trick:
> sudo apt-get install ia32-libs

> On Ubuntu 14.10 64bit, the following instructions have been reported
> to work:
> sudo apt-get install libcurl3:i386
> sudo apt-get install libvorbisfile3:i386

> Dependencies:
> =
> This game requires the following libraries, which are in the SdlLib
> subfolder :
> SDL 1.2.15+
> SDL_Image 1.2.10+ (actually, 1.2.12 is in SdlLib, which requires JPEG
> v8d, also in SdlLib)
> SDL_Mixer 1.2.12+
> MikMod 3.1.12
> Mad (version unknown)
> Tiff 4.0.0

> The following library is also needed, but not bundled with the game :
> LibCurl 32-bit version (it might be included in ia32-libs if your
> system is 64-bit)''

> Que dois-je faire?

> Merci pour vos conseils

> Alex

bonjour, 

voici un début de solution : 
https://wiki.debian.org/Multiarch/HOWTO 

et essayer d'installer le jeu par gdebi 

slt 
bernard 

Faire fonctionner un jeu 32 bits dans une architecture 64 bits

[alex . padoly]

Bonjour à tous, 

Je dispose d'un jeux Linux qui fonctionnait parfaitement dans une architecture 
32 bits, il semblerait que ce jeu puisse 
fonctionner dans sous une architecture 64 bits garce au paquet ia32-libs. 
Malheureusement ce paquet n'existe plus.. 
Voici le contenu du fichier ReadMeHowToinstall.txt: 
''How To Install ? 
 

This game has been sucessfully tested on Ubuntu 12.04 32-bit, as it is. 

It has been reported to work on several other configurations, with or without 
addition install steps. 

To install it, just decompress the .gz and put the folder wherever you want ; 
be sure to have read/write/exec rights on the extracted folder, then launch the 
main binary to play the game. 


64-bit Linux: 
= 
If your distrib is 64-bit, you'll need to install 32-bit libs. On some systems, 
this should do the trick: 
sudo apt-get install ia32-libs 

On Ubuntu 14.10 64bit, the following instructions have been reported to work: 
sudo apt-get install libcurl3:i386 
sudo apt-get install libvorbisfile3:i386 


Dependencies: 
= 
This game requires the following libraries, which are in the SdlLib subfolder : 
SDL 1.2.15+ 
SDL_Image 1.2.10+ (actually, 1.2.12 is in SdlLib, which requires JPEG v8d, also 
in SdlLib) 
SDL_Mixer 1.2.12+ 
MikMod 3.1.12 
Mad (version unknown) 
Tiff 4.0.0 

The following library is also needed, but not bundled with the game : 
LibCurl 32-bit version (it might be included in ia32-libs if your system is 
64-bit)'' 

Que dois-je faire? 
Merci pour vos conseils 
Alex 

Re: [HS][résolu] shell : permission non accordée en sudo

[Alexandre Hoïde]

On Wed, Apr 19, 2017 at 02:27:27PM +0200, Lorenzo Bernardi wrote:
> 
> 
> On 04/19/2017 02:16 PM, Alexandre Hoïde wrote:
> > On Wed, Apr 19, 2017 at 02:13:00PM +0200, Erwan David wrote:
> > > On Wed, Apr 19, 2017 at 02:00:34PM CEST, Alexandre Hoïde 
> > >  said:
> > > > Bonjour Debianistes,
> > > > 
> > > > En essayant  de modifier la  luminosité de  mon écran :  des 3
> > > > commandes ci-dessous,  je ne comprends pas  pourquoi la méthode
> > > > « $ sudo echo » échoue avec « permission non accordée »
> > > > tandis  que  « sudo  tee »  et  « su  - »  fonctionnent.
> > > > Quelqu'un pourrait-il  m'éclairer ? (Dans mon  /etc/sudoers mon
> > > > utilisateur est en « ALL=(ALL:ALL) ALL »)
> > > > 
> > > > Exemple :
> > > > $ sudo echo 100 > /sys/class/backlight/nv_backlight/brightness
> en fait tu n'es pas root toute la ligne mais seuleument jusqu'au > et donc
> tu fais la redirection en tant qu'utilisateur non root. En gros sudo ne te
> permet que faire une commande echo 100 et donc tu fais la commande sudo echo
> 100 puis la redirection.
> Si tu veux faire cela en une ligne il faut
> 
> sudo sh -c "echo 100 > /sys/class/backlight/nv_backlight/brightness"
> 
> tu n'executes qu'une commande sh -c qui fait la redirecion
… et merci également à Lorenzo Bernardi!

Re: [HS] shell : permission non accordée en sudo

[Lorenzo Bernardi]

On 04/19/2017 02:16 PM, Alexandre Hoïde wrote:

On Wed, Apr 19, 2017 at 02:13:00PM +0200, Erwan David wrote:

On Wed, Apr 19, 2017 at 02:00:34PM CEST, Alexandre Hoïde 
 said:

Bonjour Debianistes,

En essayant  de modifier la  luminosité de  mon écran :  des 3
commandes ci-dessous,  je ne comprends pas  pourquoi la méthode
« $ sudo echo » échoue avec « permission non accordée »
tandis  que  « sudo  tee »  et  « su  - »  fonctionnent.
Quelqu'un pourrait-il  m'éclairer ? (Dans mon  /etc/sudoers mon
utilisateur est en « ALL=(ALL:ALL) ALL »)

Exemple :
$ sudo echo 100 > /sys/class/backlight/nv_backlight/brightness
en fait tu n'es pas root toute la ligne mais seuleument jusqu'au > et 
donc tu fais la redirection en tant qu'utilisateur non root. En gros 
sudo ne te permet que faire une commande echo 100 et donc tu fais la 
commande sudo echo 100 puis la redirection.

Si tu veux faire cela en une ligne il faut

sudo sh -c "echo 100 > /sys/class/backlight/nv_backlight/brightness"

tu n'executes qu'une commande sh -c qui fait la redirecion

bash: /sys/class/backlight/nv_backlight/brightness: Permission non accordée
$
$ su -
Mot de passe :
# echo 24 > /sys/class/backlight/nv_backlight/brightness
# exit
déconnexion
$
$ sudo tee /sys/class/backlight/nv_backlight/brightness <<< 100
[sudo] Mot de passe de moi :
100


Essaye avec sudo /bin/echo : tu as un echo builtin du shell qui vient peut-être 
perturber.

Merci Erwan, mais pareil : « permission non accordée » avec
/bin/echo.

Upgrade de VirtualBox ext

[C. Mourad Jaber]

Bonjour,

La version 5.1.20 de VirtualBox est disponible.

Lors de l'installation de l'extension (virtualbox-ext-pack), la licence est montrée, mais 
il n'est plus possible de rien faire, ni de l'accepter, ni de continuer le processus 
d'installation, ni de revenir en arrière...


Y'a-t-il une solution de contournement ?

Si je tue le process de dpkg ou de aptitude, je suis obligé de relancer un dpkg 
--configure -a et il me fait la même chose...


Merci

Mourad

Re: [HS][résolu] shell : permission non accordée en sudo

[Alexandre Hoïde]

On Wed, Apr 19, 2017 at 09:38:06PM +0900, Charles Plessy wrote:
> Le Wed, Apr 19, 2017 at 02:00:34PM +0200, Alexandre Hoïde a écrit :
> > 
> > $ sudo echo 100 > /sys/class/backlight/nv_backlight/brightness
> > bash: /sys/class/backlight/nv_backlight/brightness: Permission non accordée
> 
> Bonjour Alexandre,
> 
> dans ton example, le shell utilisateur lance la commande "sudo echo
> 100", puis redirige son résultat vers /sys/.../brightness, sur lequel
> tu n'as pas la permission d'accès en simple utilisateur.
> 
> Il faut donc lancer un shell avec sudo, qui redirigera avec les
> permissions qui vont bien.
> 
> sudo sh -c "echo 100 > /sys/class/backlight/nv_backlight/brightness"
> 
> Amicalement,
> 
> --
> Charles Plessy
> Tsurumi, Kanagawa, Japon
… et merci à Charles Plessy également !
\o/

-- 
 ___
| $ post_tenebras ↲ | waouh!
| GNU\ /|\
|  -- * --  | o
| $ who ↲/ \|_-- ~_|
| Alexandre Hoïde   |  _/| |
 ---

Re: [HS] shell : permission non accordée en sudo

[Charles Plessy]

Le Wed, Apr 19, 2017 at 02:00:34PM +0200, Alexandre Hoïde a écrit :
> 
> $ sudo echo 100 > /sys/class/backlight/nv_backlight/brightness
> bash: /sys/class/backlight/nv_backlight/brightness: Permission non accordée

Bonjour Alexandre,

dans ton example, le shell utilisateur lance la commande "sudo echo
100", puis redirige son résultat vers /sys/.../brightness, sur lequel
tu n'as pas la permission d'accès en simple utilisateur.

Il faut donc lancer un shell avec sudo, qui redirigera avec les
permissions qui vont bien.

sudo sh -c "echo 100 > /sys/class/backlight/nv_backlight/brightness"

Amicalement,

--
Charles Plessy
Tsurumi, Kanagawa, Japon

Re: [HS][résolu] shell : permission non accordée en sudo

[Alexandre Hoïde]

On Wed, Apr 19, 2017 at 02:31:03PM +0200, Eric Degenetais wrote:
> Bonjour,
> la redirection est appliquée à la sortie de sudo, or sudo lui-même est
> exécuté avec les privilèges normaux de l'utilisateur. Par contre c'est la
> commande tee, exécutée avec les privilèges modifiés par sudo, qui écrit
> dans le fichier. D'où la différence.
> 
> Cordialement

Merci à François Lafont et Eric Degenetais pour la bonne réponse,
\o/

-- 
 ___
| $ post_tenebras ↲ | waouh!
| GNU\ /|\
|  -- * --  | o
| $ who ↲/ \|_-- ~_|
| Alexandre Hoïde   |  _/| |
 ---

Re: [HS] shell : permission non accordée en sudo

[Francois Lafont]

On 04/19/2017 02:16 PM, Alexandre Hoïde wrote:

>> Essaye avec sudo /bin/echo : tu as un echo builtin du shell qui vient 
>> peut-être perturber.
> Merci Erwan, mais pareil : « permission non accordée » avec
> /bin/echo.

Non, ce n'est pas un problème de echo built-in / pas built-in.
Pour commencer, il faut bien lire _tout_ le message d'erreur :

~$ sudo /bin/echo "test" >> /etc/hosts
bash: /etc/hosts: Permission denied

Le problème c'est "bash" lui-même, pas echo ou /bin/echo
car bien les redirections sont faites par le processus
bash lui-même et non par echo ou /bin/echo. Et comme bash,
lui, est lancé en tant qu'utilisateur « lambda », toute
redirection dans un fichier où on n'a pas les permissions
est vouée à l'échec, built-in ou non, sudo ou pas sudo,
c'est cuit.

Mais avec la commande tee effectivement on peut contourner.

-- 
François Lafont

Re: [HS] shell : permission non accordée en sudo

[Eric Degenetais]

Bonjour,
la redirection est appliquée à la sortie de sudo, or sudo lui-même est
exécuté avec les privilèges normaux de l'utilisateur. Par contre c'est la
commande tee, exécutée avec les privilèges modifiés par sudo, qui écrit
dans le fichier. D'où la différence.

Cordialement


Le 19 avr. 2017 14:17, "Alexandre Hoïde"  a
écrit :

On Wed, Apr 19, 2017 at 02:13:00PM +0200, Erwan David wrote:
> On Wed, Apr 19, 2017 at 02:00:34PM CEST, Alexandre Hoïde <
alexandre.ho...@gmail.com> said:
> > Bonjour Debianistes,
> >
> > En essayant  de modifier la  luminosité de  mon écran :  des 3
> > commandes ci-dessous,  je ne comprends pas  pourquoi la méthode
> > « $ sudo echo » échoue avec « permission non accordée »
> > tandis  que  « sudo  tee »  et  « su  - »  fonctionnent.
> > Quelqu'un pourrait-il  m'éclairer ? (Dans mon  /etc/sudoers mon
> > utilisateur est en « ALL=(ALL:ALL) ALL »)
> >
> > Exemple :
> > $ sudo echo 100 > /sys/class/backlight/nv_backlight/brightness
> > bash: /sys/class/backlight/nv_backlight/brightness: Permission non
accordée
> > $
> > $ su -
> > Mot de passe :
> > # echo 24 > /sys/class/backlight/nv_backlight/brightness
> > # exit
> > déconnexion
> > $
> > $ sudo tee /sys/class/backlight/nv_backlight/brightness <<< 100
> > [sudo] Mot de passe de moi :
> > 100
> >
>
> Essaye avec sudo /bin/echo : tu as un echo builtin du shell qui vient
peut-être perturber.
Merci Erwan, mais pareil : « permission non accordée » avec
/bin/echo.

--
 ___
| $ post_tenebras ↲ | waouh!
| GNU\ /|\
|  -- * --  | o
| $ who ↲/ \|_-- ~_|
| Alexandre Hoïde   |  _/| |
 ---

Re: [HS] shell : permission non accordée en sudo

[Alexandre Hoïde]

On Wed, Apr 19, 2017 at 02:13:00PM +0200, Erwan David wrote:
> On Wed, Apr 19, 2017 at 02:00:34PM CEST, Alexandre Hoïde 
>  said:
> > Bonjour Debianistes,
> > 
> > En essayant  de modifier la  luminosité de  mon écran :  des 3
> > commandes ci-dessous,  je ne comprends pas  pourquoi la méthode
> > « $ sudo echo » échoue avec « permission non accordée »
> > tandis  que  « sudo  tee »  et  « su  - »  fonctionnent.
> > Quelqu'un pourrait-il  m'éclairer ? (Dans mon  /etc/sudoers mon
> > utilisateur est en « ALL=(ALL:ALL) ALL »)
> > 
> > Exemple :
> > $ sudo echo 100 > /sys/class/backlight/nv_backlight/brightness
> > bash: /sys/class/backlight/nv_backlight/brightness: Permission non accordée
> > $
> > $ su -
> > Mot de passe :
> > # echo 24 > /sys/class/backlight/nv_backlight/brightness
> > # exit
> > déconnexion
> > $
> > $ sudo tee /sys/class/backlight/nv_backlight/brightness <<< 100
> > [sudo] Mot de passe de moi : 
> > 100
> > 
> 
> Essaye avec sudo /bin/echo : tu as un echo builtin du shell qui vient 
> peut-être perturber.
Merci Erwan, mais pareil : « permission non accordée » avec
/bin/echo.

-- 
 ___
| $ post_tenebras ↲ | waouh!
| GNU\ /|\
|  -- * --  | o
| $ who ↲/ \|_-- ~_|
| Alexandre Hoïde   |  _/| |
 ---

Re: [HS] shell : permission non accordée en sudo

[Erwan David]

On Wed, Apr 19, 2017 at 02:00:34PM CEST, Alexandre Hoïde 
 said:
> Bonjour Debianistes,
> 
> En essayant  de modifier la  luminosité de  mon écran :  des 3
> commandes ci-dessous,  je ne comprends pas  pourquoi la méthode
> « $ sudo echo » échoue avec « permission non accordée »
> tandis  que  « sudo  tee »  et  « su  - »  fonctionnent.
> Quelqu'un pourrait-il  m'éclairer ? (Dans mon  /etc/sudoers mon
> utilisateur est en « ALL=(ALL:ALL) ALL »)
> 
> Exemple :
> $ sudo echo 100 > /sys/class/backlight/nv_backlight/brightness
> bash: /sys/class/backlight/nv_backlight/brightness: Permission non accordée
> $
> $ su -
> Mot de passe :
> # echo 24 > /sys/class/backlight/nv_backlight/brightness
> # exit
> déconnexion
> $
> $ sudo tee /sys/class/backlight/nv_backlight/brightness <<< 100
> [sudo] Mot de passe de moi : 
> 100
> 

Essaye avec sudo /bin/echo : tu as un echo builtin du shell qui vient peut-être 
perturber.


-- 
Erwan

[HS] shell : permission non accordée en sudo

[Alexandre Hoïde]

Bonjour Debianistes,

En essayant  de modifier la  luminosité de  mon écran :  des 3
commandes ci-dessous,  je ne comprends pas  pourquoi la méthode
« $ sudo echo » échoue avec « permission non accordée »
tandis  que  « sudo  tee »  et  « su  - »  fonctionnent.
Quelqu'un pourrait-il  m'éclairer ? (Dans mon  /etc/sudoers mon
utilisateur est en « ALL=(ALL:ALL) ALL »)

Exemple :
$ sudo echo 100 > /sys/class/backlight/nv_backlight/brightness
bash: /sys/class/backlight/nv_backlight/brightness: Permission non accordée
$
$ su -
Mot de passe :
# echo 24 > /sys/class/backlight/nv_backlight/brightness
# exit
déconnexion
$
$ sudo tee /sys/class/backlight/nv_backlight/brightness <<< 100
[sudo] Mot de passe de moi : 
100

-- 
 ___
| $ post_tenebras ↲ | waouh!
| GNU\ /|\
|  -- * --  | o
| $ who ↲/ \|_-- ~_|
| Alexandre Hoïde   |  _/| |
 ---

Re: upgrade Jessie : plus de grub : RÉSOLU

[andre_debian]

On Tuesday 18 April 2017 23:54:53 Pascal Hambourg wrote:
> Le 18/04/2017 à 17:59, andre_deb...@numericable.fr a écrit :
> > Depuis un upgrade de Jessie sur mon portable,
> > je ne peux plus booter, pas de menu grub :
> Plus précisément, que se passe-t-il exactement ?

> > Je dois passer par un CD Live "Super Grub Disk".
> > Ça marche mais impossible de ré-installer Grub,
> > (update-grub)
> update-grub ne réinstalle pas GRUB, il ne fait que regénérer le fichier 
> de configuration /boot/grub/grub.cfg.
> 
> > ça bloque au bout de quelques temps :
> Mais encore ? Que se passe-t-il exactement, qu'est-ce qui est affiché ?

 On Wednesday 19 April 2017 08:12:07 benoit wrote:
> Essaie grub-repair sur une live session, j'ai eu le même problème lors  
> de mon upgrade. En 5 minutes c'est réglé tout seul :

J'avais un écran noir au boot, blocage total, CTRL-ALT-F1 ou F2,
n'y faisait rien.

Boot possible uniquement avec le CD Live Super Boot Grub.

En supprimant "grub.cfg", puis "update-grub" et "grub-install /dev/sda",
grub est ré-apparu au boot.

J'avais aussi un souci avec une partition étendue (extended),
signalé par "gparted" lié à une partition logique (sda8) avec ubuntu,
que j'ai résolu en supprimant cet os Ubuntu,
et tout est rentré dans l'ordre.

Merci encore de votre aide et bonne journée.

André
 

Re: Écran de veille noir

[Grégory Bulot]

Bonjour,

Le Wed, 19 Apr 2017 06:45:50 +0200 Benoit B a écrit

Bonjour,

Comment empêcher l'écran noir qui se déclenche après un certain
temps  ? Ca me serait bien utile quand je regarde des vidéos.

XScreenSaver n'est pas installé, il me semble que c'est plus bas
niveau, mais je ne sais pas comment changer cette config.



xset -dpms   # This should turn off the dpms power management stuff
xset s noblank# This should turn off screen
blanking xset s off   # This turns off the screen saver

Re: upgrade Jessie : plus de grub

[benoit]

 Bonjour,
Essaie grub-repair sur une live session, j'ai eu le même problème lors  
de mon upgrade. En 5 minutes c'est réglé tout seul.

Benoit


message d'origine-
De:Pascal Hambourg [pas...@plouf.fr.eu.org  ]
Pour:debian-user-french@lists.debian.org  Date:Tue, 18 Apr 2017 23:54:53 +0200
-



Le 18/04/2017 à 17:59, andre_deb...@numericable.fr  a écrit :

Depuis un upgrade de Jessie sur mon portable,
je ne peux plus booter, pas de menu grub.


Plus précisément, que se passe-t-il exactement ?


Je dois passer par un CD Live "Super Grub Disk".
Ça marche mais impossible de ré-installer Grub,
(update-grub),


update-grub ne réinstalle pas GRUB, il ne fait que regénérer le  
fichier de configuration /boot/grub/grub.cfg.



ça bloque au bout de quelques temps.


Mais encore ? Que se passe-t-il exactement, qu'est-ce qui est affiché ?





--

Benoit SZCZYGIEL
Z.elec
Tél 03 20 64 72 15
Courriel ben...@z-elec.com  site www.z-elec.com
Fax 03 20 61 07 28