Bonjour/soir/nuit,
[â¦]
Je ne suis pas sûr de bien comprendre ce qu'implique le choix
d'utiliser le mode Bios/MBR plutôt que le mode UEFI.
Le "bios" possède une option « UEFI Boot » à placer s ur
Enabled ou Disabled. Mais...
Le portable est partitionné en GPT et la partion système UEFI
contient bien un booloader uefi pour windows. Si j'ai bien
compris, le MBR au début du disque est factice.
Comment dans ces conditions pourrais-je repasser le portable
en « mode bios mbr » (sans effacer la table de partition et
en créer une msdos) ? Passer l'option UEFI Boot à disable
dans le bios ne changera quand même rien au fait qu'il n'y a
pas de MBR sur le disque et qu'il faut passer par la
partition système UEFI.
Est-ce correct ou pas ?
Parce que, puisque je ne peux effacer la table de partition
GPT (pour cause de fabriquant crétin ne fournissant pas de
disque d'installation mais une partition recovery), je suis
obligé de me débrouiller pour installer un linux à dé marrer
en uefi. Non ?
Bonjour/soir/nuit,
[â¦]
Je ne suis pas sûr de bien comprendre ce qu'implique le choix
d'utiliser le mode Bios/MBR plutôt que le mode UEFI.
Le "bios" possède une option « UEFI Boot » à placer s ur
Enabled ou Disabled. Mais...
Le portable est partitionné en GPT et la partion système UEFI
contient bien un booloader uefi pour windows. Si j'ai bien
compris, le MBR au début du disque est factice.
Comment dans ces conditions pourrais-je repasser le portable
en « mode bios mbr » (sans effacer la table de partition et
en créer une msdos) ? Passer l'option UEFI Boot à disable
dans le bios ne changera quand même rien au fait qu'il n'y a
pas de MBR sur le disque et qu'il faut passer par la
partition système UEFI.
Est-ce correct ou pas ?
Parce que, puisque je ne peux effacer la table de partition
GPT (pour cause de fabriquant crétin ne fournissant pas de
disque d'installation mais une partition recovery), je suis
obligé de me débrouiller pour installer un linux à dé marrer
en uefi. Non ?
Bonjour/soir/nuit,
[â¦]
Je ne suis pas sûr de bien comprendre ce qu'implique le choix
d'utiliser le mode Bios/MBR plutôt que le mode UEFI.
Le "bios" possède une option « UEFI Boot » à placer s ur
Enabled ou Disabled. Mais...
Le portable est partitionné en GPT et la partion système UEFI
contient bien un booloader uefi pour windows. Si j'ai bien
compris, le MBR au début du disque est factice.
Comment dans ces conditions pourrais-je repasser le portable
en « mode bios mbr » (sans effacer la table de partition et
en créer une msdos) ? Passer l'option UEFI Boot à disable
dans le bios ne changera quand même rien au fait qu'il n'y a
pas de MBR sur le disque et qu'il faut passer par la
partition système UEFI.
Est-ce correct ou pas ?
Parce que, puisque je ne peux effacer la table de partition
GPT (pour cause de fabriquant crétin ne fournissant pas de
disque d'installation mais une partition recovery), je suis
obligé de me débrouiller pour installer un linux à dé marrer
en uefi. Non ?
[â¦]
Alors, en théorie, une simple synchro GPTxTable des partitions
DOS + la modif habituelle du MBR devraient suffire pour
pouvoir obtenir un dual-boot fonctionnel en mode BIOS.
Perso, je ferai quand même un dd de tout le HD du portable,
juste au cas où.
[â¦]
Alors, en théorie, une simple synchro GPTxTable des partitions
DOS + la modif habituelle du MBR devraient suffire pour
pouvoir obtenir un dual-boot fonctionnel en mode BIOS.
Perso, je ferai quand même un dd de tout le HD du portable,
juste au cas où.
[â¦]
Alors, en théorie, une simple synchro GPTxTable des partitions
DOS + la modif habituelle du MBR devraient suffire pour
pouvoir obtenir un dual-boot fonctionnel en mode BIOS.
Perso, je ferai quand même un dd de tout le HD du portable,
juste au cas où.
On Thu, 4 Oct 2012 21:24:09 +0200
"Eddy F." wrote:
>
> Le portable est partitionné en GPT et la partion système UEFI
> contient bien un booloader uefi pour windows. Si j'ai bien
> compris, le MBR au début du disque est factice.
> Comment dans ces conditions pourrais-je repasser le portable en «
> mode bios mbr » (sans effacer la table de partition et en créer
> une msdos) ? Passer l'option UEFI Boot à disable dans le bios ne
> changera quand même rien au fait qu'il n'y a pas de MBR sur le
> disque et qu'il faut passer par la partition système UEFI.
>
> Est-ce correct ou pas ?
D'après cette doc:
https://wiki.archlinux.org/index.php/Unified_Extensible_Firmware_Interface
les firmwares uefi sont censés supporter GPT & MBR, mais reste à
voir comment synchroniser exactement les 2...
Normalement, un w$7 devrait pouvoir aussi démarrer en mode BIOS (ce
qui n'est plus le cas pour w$8:(; reste là aussi à voir si la
version pré-installée n'a pas été modifié pour un boot s/s uefi only.
Bien que l'OP souhaite faire le contraire, ceci peut ptêt aider:
http://askubuntu.com/questions/84501/how-can-i-change-convert-a-ubuntu-mbr-drive-to-a-gpt-and-make-ubuntu-boot-from
> Parce que, puisque je ne peux effacer la table de partition GPT
> (pour cause de fabriquant crétin ne fournissant pas de disque
> d'installation mais une partition recovery),
Ce sont 2 choses différentes: d'une part une table de partition,
d'autre part un fabricant qui économise le coût du pressage d'un
(ou +sieurs) DVD
- Théoriquement, la plupart des systèmes de
restauration par partition proposent la possibilité de claquer
un/des DVD avec leur contenu pour justement pouvoir supprimer la
partoche de restauration, mais tout évolue et souvent pas dans
le bon sens.
> je suis obligé de me
> débrouiller pour installer un linux à démarrer en uefi. Non ?
Le PB, c'est que pour faire ça il te faudra vraisemblablement une clé
correspondant au firmware:
http://www.zdnet.com/blog/open-source/linus-torvalds-on-windows-8-uefi-and-fedora/11187
dixit Torvald, qui prend IMHO un peu beaucoup trop de liberté avec ce
PB...
Cette daube est en fait une manière facile et chiante pour ces cons
de gros fabricants de placer un DRM dès le boot, et comme malheu-
reusement c'est le choix de Seattle pour le futur, ça a de grosses
chances de devenir rapidement la norme.
On Thu, 4 Oct 2012 21:24:09 +0200
"Eddy F." <edfnet-deb@yahoo.fr> wrote:
>
> Le portable est partitionné en GPT et la partion système UEFI
> contient bien un booloader uefi pour windows. Si j'ai bien
> compris, le MBR au début du disque est factice.
> Comment dans ces conditions pourrais-je repasser le portable en «
> mode bios mbr » (sans effacer la table de partition et en créer
> une msdos) ? Passer l'option UEFI Boot à disable dans le bios ne
> changera quand même rien au fait qu'il n'y a pas de MBR sur le
> disque et qu'il faut passer par la partition système UEFI.
>
> Est-ce correct ou pas ?
D'après cette doc:
https://wiki.archlinux.org/index.php/Unified_Extensible_Firmware_Interface
les firmwares uefi sont censés supporter GPT & MBR, mais reste à
voir comment synchroniser exactement les 2...
Normalement, un w$7 devrait pouvoir aussi démarrer en mode BIOS (ce
qui n'est plus le cas pour w$8:(; reste là aussi à voir si la
version pré-installée n'a pas été modifié pour un boot s/s uefi only.
Bien que l'OP souhaite faire le contraire, ceci peut ptêt aider:
http://askubuntu.com/questions/84501/how-can-i-change-convert-a-ubuntu-mbr-drive-to-a-gpt-and-make-ubuntu-boot-from
> Parce que, puisque je ne peux effacer la table de partition GPT
> (pour cause de fabriquant crétin ne fournissant pas de disque
> d'installation mais une partition recovery),
Ce sont 2 choses différentes: d'une part une table de partition,
d'autre part un fabricant qui économise le coût du pressage d'un
(ou +sieurs) DVD
- Théoriquement, la plupart des systèmes de
restauration par partition proposent la possibilité de claquer
un/des DVD avec leur contenu pour justement pouvoir supprimer la
partoche de restauration, mais tout évolue et souvent pas dans
le bon sens.
> je suis obligé de me
> débrouiller pour installer un linux à démarrer en uefi. Non ?
Le PB, c'est que pour faire ça il te faudra vraisemblablement une clé
correspondant au firmware:
http://www.zdnet.com/blog/open-source/linus-torvalds-on-windows-8-uefi-and-fedora/11187
dixit Torvald, qui prend IMHO un peu beaucoup trop de liberté avec ce
PB...
Cette daube est en fait une manière facile et chiante pour ces cons
de gros fabricants de placer un DRM dès le boot, et comme malheu-
reusement c'est le choix de Seattle pour le futur, ça a de grosses
chances de devenir rapidement la norme.
On Thu, 4 Oct 2012 21:24:09 +0200
"Eddy F." wrote:
>
> Le portable est partitionné en GPT et la partion système UEFI
> contient bien un booloader uefi pour windows. Si j'ai bien
> compris, le MBR au début du disque est factice.
> Comment dans ces conditions pourrais-je repasser le portable en «
> mode bios mbr » (sans effacer la table de partition et en créer
> une msdos) ? Passer l'option UEFI Boot à disable dans le bios ne
> changera quand même rien au fait qu'il n'y a pas de MBR sur le
> disque et qu'il faut passer par la partition système UEFI.
>
> Est-ce correct ou pas ?
D'après cette doc:
https://wiki.archlinux.org/index.php/Unified_Extensible_Firmware_Interface
les firmwares uefi sont censés supporter GPT & MBR, mais reste à
voir comment synchroniser exactement les 2...
Normalement, un w$7 devrait pouvoir aussi démarrer en mode BIOS (ce
qui n'est plus le cas pour w$8:(; reste là aussi à voir si la
version pré-installée n'a pas été modifié pour un boot s/s uefi only.
Bien que l'OP souhaite faire le contraire, ceci peut ptêt aider:
http://askubuntu.com/questions/84501/how-can-i-change-convert-a-ubuntu-mbr-drive-to-a-gpt-and-make-ubuntu-boot-from
> Parce que, puisque je ne peux effacer la table de partition GPT
> (pour cause de fabriquant crétin ne fournissant pas de disque
> d'installation mais une partition recovery),
Ce sont 2 choses différentes: d'une part une table de partition,
d'autre part un fabricant qui économise le coût du pressage d'un
(ou +sieurs) DVD
- Théoriquement, la plupart des systèmes de
restauration par partition proposent la possibilité de claquer
un/des DVD avec leur contenu pour justement pouvoir supprimer la
partoche de restauration, mais tout évolue et souvent pas dans
le bon sens.
> je suis obligé de me
> débrouiller pour installer un linux à démarrer en uefi. Non ?
Le PB, c'est que pour faire ça il te faudra vraisemblablement une clé
correspondant au firmware:
http://www.zdnet.com/blog/open-source/linus-torvalds-on-windows-8-uefi-and-fedora/11187
dixit Torvald, qui prend IMHO un peu beaucoup trop de liberté avec ce
PB...
Cette daube est en fait une manière facile et chiante pour ces cons
de gros fabricants de placer un DRM dès le boot, et comme malheu-
reusement c'est le choix de Seattle pour le futur, ça a de grosses
chances de devenir rapidement la norme.
Ouais, euh, je sais pas si Windows appréciera. Câest quand
même tout pourri Windows⦠Ah, je lâai déjà dit ?
Ouais, euh, je sais pas si Windows appréciera. Câest quand
même tout pourri Windows⦠Ah, je lâai déjà dit ?
Ouais, euh, je sais pas si Windows appréciera. Câest quand
même tout pourri Windows⦠Ah, je lâai déjà dit ?
Bonjour,
[â¦]
Mouais... l'ordre, le nombre et les tailles de partitions ne
correspondent pas vraiment. Enfin je suppose que
sda2 = la partition de récupération
sda4 = windows 7 (C:) qui dans Windows paraît déjà bien occupé
sda5 = (D:) qui dans Windows est pratiquement vide.
Pensez-vous que ce soit correct ?
[â¦]
Et puis surtout, qu'en j'en viendrai à installer Grub, je le mets o ù ?
Au milieu du bazar dans sda3 ?
Enfin, mon Bios (le nom n'est peut-être plus correct mais cela
en a l'apparence) contient une entrée nommée « UEFI Boot »
actuellement positionnée sur Enabled. Faut-il la mettre sur Disabled ?
Bonjour,
[â¦]
Mouais... l'ordre, le nombre et les tailles de partitions ne
correspondent pas vraiment. Enfin je suppose que
sda2 = la partition de récupération
sda4 = windows 7 (C:) qui dans Windows paraît déjà bien occupé
sda5 = (D:) qui dans Windows est pratiquement vide.
Pensez-vous que ce soit correct ?
[â¦]
Et puis surtout, qu'en j'en viendrai à installer Grub, je le mets o ù ?
Au milieu du bazar dans sda3 ?
Enfin, mon Bios (le nom n'est peut-être plus correct mais cela
en a l'apparence) contient une entrée nommée « UEFI Boot »
actuellement positionnée sur Enabled. Faut-il la mettre sur Disabled ?
Bonjour,
[â¦]
Mouais... l'ordre, le nombre et les tailles de partitions ne
correspondent pas vraiment. Enfin je suppose que
sda2 = la partition de récupération
sda4 = windows 7 (C:) qui dans Windows paraît déjà bien occupé
sda5 = (D:) qui dans Windows est pratiquement vide.
Pensez-vous que ce soit correct ?
[â¦]
Et puis surtout, qu'en j'en viendrai à installer Grub, je le mets o ù ?
Au milieu du bazar dans sda3 ?
Enfin, mon Bios (le nom n'est peut-être plus correct mais cela
en a l'apparence) contient une entrée nommée « UEFI Boot »
actuellement positionnée sur Enabled. Faut-il la mettre sur Disabled ?
Oui mais le choix est global : on choisit MBR et tous les OS dessus
doivent démarrer via MBR. Si on choisit UEFI, tous OS dessus
doivent pouvoir démarrer en UEFI. Il n'y a quand même pas moyen de
mixer les deux, si ? Par là je veux dire avoir sur la partition un
Windows 7 qui démarrerait en UEFI et un linux démarrant via un MBR.
Sur le portable, il y a actuellement une table de partition GPT.
Actuellement, le système est en EUFI : au démarrage, ce n'est p as
le MBR qui est utilisé (il n'est d'ailleurs que fictif si j'ai bien
compris). Le firmware va chercher un bootloader dans la partition
EFI qui lance Windows.
On me dit que Windows 7 accepte d'être lancé par un MBR plutà ´t que
par un bootloader EFI. Je veux bien mais il va le trouver où ce
MBR (sur le portable tel qu'il est installé maintenant) ?
Et en imaginant que je puisse en installer un, ne devrait-il pas
être placé sur une table de partition MBR ?
Parce que si je vais
écrire (pas moi directement bien sûr) dans les premiers secteurs
de la table de partition GPT, je vais la bousiller non ?
En fait je crois avoir compris que
boot de type UEFI <=> table GPT
boot de type MBR <=> table dos
Est-ce correct ? Oui ou non ?
Sauf que ces 2 choses différentes sont complètement liées, en
m'imposant une partition de récupération à conserver, le
constructeur m'impose de fait son type de table de partition alors
que - justement
- Windows 7 devrait me permettre d'en utiliser une autre.
J'avoue que maintenant que tu le dis, je n'ai pas encore vérifià ©.
Le manuel du portable n'évoque pas la possibilité de graver le
contenu de cette partition de récupération. J'irai essayer.
Mais
je ne suis pas sûr que cela me serait utile. Si j'avais un disque
d'installation normal, j'effacerais tout, créerais une table de
partition classique et y installerais Win 7 puis Debian sans tous
ces problèmes. Mais rien ne garantit que le dvd créé par la
partition de recovery n'exigerait pas de retrouver une gpt pour
installer.
D'accord avec toi sur la conclusion mais je pense quand même que
c'est encore un autre sujet: UEFI n'implique pas le secure boot
qui peut encore être désactivé je crois. En tout cas je pa rie
qu'il n'y a pas cette notion de secure boot et de signature dans
le firmware du portable que l'on m'a confié.
(Enfin j'espère, je doute, je mélange tout et je désepà ¨re).
Oui mais le choix est global : on choisit MBR et tous les OS dessus
doivent démarrer via MBR. Si on choisit UEFI, tous OS dessus
doivent pouvoir démarrer en UEFI. Il n'y a quand même pas moyen de
mixer les deux, si ? Par là je veux dire avoir sur la partition un
Windows 7 qui démarrerait en UEFI et un linux démarrant via un MBR.
Sur le portable, il y a actuellement une table de partition GPT.
Actuellement, le système est en EUFI : au démarrage, ce n'est p as
le MBR qui est utilisé (il n'est d'ailleurs que fictif si j'ai bien
compris). Le firmware va chercher un bootloader dans la partition
EFI qui lance Windows.
On me dit que Windows 7 accepte d'être lancé par un MBR plutà ´t que
par un bootloader EFI. Je veux bien mais il va le trouver où ce
MBR (sur le portable tel qu'il est installé maintenant) ?
Et en imaginant que je puisse en installer un, ne devrait-il pas
être placé sur une table de partition MBR ?
Parce que si je vais
écrire (pas moi directement bien sûr) dans les premiers secteurs
de la table de partition GPT, je vais la bousiller non ?
En fait je crois avoir compris que
boot de type UEFI <=> table GPT
boot de type MBR <=> table dos
Est-ce correct ? Oui ou non ?
Sauf que ces 2 choses différentes sont complètement liées, en
m'imposant une partition de récupération à conserver, le
constructeur m'impose de fait son type de table de partition alors
que - justement
- Windows 7 devrait me permettre d'en utiliser une autre.
J'avoue que maintenant que tu le dis, je n'ai pas encore vérifià ©.
Le manuel du portable n'évoque pas la possibilité de graver le
contenu de cette partition de récupération. J'irai essayer.
Mais
je ne suis pas sûr que cela me serait utile. Si j'avais un disque
d'installation normal, j'effacerais tout, créerais une table de
partition classique et y installerais Win 7 puis Debian sans tous
ces problèmes. Mais rien ne garantit que le dvd créé par la
partition de recovery n'exigerait pas de retrouver une gpt pour
installer.
D'accord avec toi sur la conclusion mais je pense quand même que
c'est encore un autre sujet: UEFI n'implique pas le secure boot
qui peut encore être désactivé je crois. En tout cas je pa rie
qu'il n'y a pas cette notion de secure boot et de signature dans
le firmware du portable que l'on m'a confié.
(Enfin j'espère, je doute, je mélange tout et je désepà ¨re).
Oui mais le choix est global : on choisit MBR et tous les OS dessus
doivent démarrer via MBR. Si on choisit UEFI, tous OS dessus
doivent pouvoir démarrer en UEFI. Il n'y a quand même pas moyen de
mixer les deux, si ? Par là je veux dire avoir sur la partition un
Windows 7 qui démarrerait en UEFI et un linux démarrant via un MBR.
Sur le portable, il y a actuellement une table de partition GPT.
Actuellement, le système est en EUFI : au démarrage, ce n'est p as
le MBR qui est utilisé (il n'est d'ailleurs que fictif si j'ai bien
compris). Le firmware va chercher un bootloader dans la partition
EFI qui lance Windows.
On me dit que Windows 7 accepte d'être lancé par un MBR plutà ´t que
par un bootloader EFI. Je veux bien mais il va le trouver où ce
MBR (sur le portable tel qu'il est installé maintenant) ?
Et en imaginant que je puisse en installer un, ne devrait-il pas
être placé sur une table de partition MBR ?
Parce que si je vais
écrire (pas moi directement bien sûr) dans les premiers secteurs
de la table de partition GPT, je vais la bousiller non ?
En fait je crois avoir compris que
boot de type UEFI <=> table GPT
boot de type MBR <=> table dos
Est-ce correct ? Oui ou non ?
Sauf que ces 2 choses différentes sont complètement liées, en
m'imposant une partition de récupération à conserver, le
constructeur m'impose de fait son type de table de partition alors
que - justement
- Windows 7 devrait me permettre d'en utiliser une autre.
J'avoue que maintenant que tu le dis, je n'ai pas encore vérifià ©.
Le manuel du portable n'évoque pas la possibilité de graver le
contenu de cette partition de récupération. J'irai essayer.
Mais
je ne suis pas sûr que cela me serait utile. Si j'avais un disque
d'installation normal, j'effacerais tout, créerais une table de
partition classique et y installerais Win 7 puis Debian sans tous
ces problèmes. Mais rien ne garantit que le dvd créé par la
partition de recovery n'exigerait pas de retrouver une gpt pour
installer.
D'accord avec toi sur la conclusion mais je pense quand même que
c'est encore un autre sujet: UEFI n'implique pas le secure boot
qui peut encore être désactivé je crois. En tout cas je pa rie
qu'il n'y a pas cette notion de secure boot et de signature dans
le firmware du portable que l'on m'a confié.
(Enfin j'espère, je doute, je mélange tout et je désepà ¨re).
Sinon, il y a la technique « faux MBR sur un disque en GPT »,
laquelle est assez floue pour moi (plutôt content de ne pas
avoir eu à l’utiliser).
Sinon, il y a la technique « faux MBR sur un disque en GPT »,
laquelle est assez floue pour moi (plutôt content de ne pas
avoir eu à l’utiliser).
Sinon, il y a la technique « faux MBR sur un disque en GPT »,
laquelle est assez floue pour moi (plutôt content de ne pas
avoir eu à l’utiliser).
je serais toi, comme il s'agit d'un PC qui ne t'appartient pas, je
toucherais le moins possible Windows 7; donc je laisserais à Bootmgr
(le bootloader de Windows 7) le soin de démarrer le PC (si tu démarres
directement à partir de Grub, certaines mises-à-jour Windows ne
pourront pas s'effectuer).
- je crois que ton Windows 7 est installé sur un PC avec un
partitionnement GPT avec mode de compatibilité partitionnement DOS/MBR
- Dans windows, je commencerais par réduire D:
- j'installerais Debian dans l'espace ainsi libéré et installerais Grub
sur l'une des partitions nouvellement créées par Debian (il n'y a pas
de partitions primaires/secondaires/étendues avec le GPT de l'UEFI)
- pour démarrer Debian, dans Windows j'utiliserais Bcdedit (utilitaire
en ligne de commande pour configurer Bootmgr) pour créer un
chainloader vers Grub. tu trouveras sur le net et sur technet.com
(site assistance technique Windows) comment faire tout ça.
je serais toi, comme il s'agit d'un PC qui ne t'appartient pas, je
toucherais le moins possible Windows 7; donc je laisserais à Bootmgr
(le bootloader de Windows 7) le soin de démarrer le PC (si tu démarres
directement à partir de Grub, certaines mises-à-jour Windows ne
pourront pas s'effectuer).
- je crois que ton Windows 7 est installé sur un PC avec un
partitionnement GPT avec mode de compatibilité partitionnement DOS/MBR
- Dans windows, je commencerais par réduire D:
- j'installerais Debian dans l'espace ainsi libéré et installerais Grub
sur l'une des partitions nouvellement créées par Debian (il n'y a pas
de partitions primaires/secondaires/étendues avec le GPT de l'UEFI)
- pour démarrer Debian, dans Windows j'utiliserais Bcdedit (utilitaire
en ligne de commande pour configurer Bootmgr) pour créer un
chainloader vers Grub. tu trouveras sur le net et sur technet.com
(site assistance technique Windows) comment faire tout ça.
je serais toi, comme il s'agit d'un PC qui ne t'appartient pas, je
toucherais le moins possible Windows 7; donc je laisserais à Bootmgr
(le bootloader de Windows 7) le soin de démarrer le PC (si tu démarres
directement à partir de Grub, certaines mises-à-jour Windows ne
pourront pas s'effectuer).
- je crois que ton Windows 7 est installé sur un PC avec un
partitionnement GPT avec mode de compatibilité partitionnement DOS/MBR
- Dans windows, je commencerais par réduire D:
- j'installerais Debian dans l'espace ainsi libéré et installerais Grub
sur l'une des partitions nouvellement créées par Debian (il n'y a pas
de partitions primaires/secondaires/étendues avec le GPT de l'UEFI)
- pour démarrer Debian, dans Windows j'utiliserais Bcdedit (utilitaire
en ligne de commande pour configurer Bootmgr) pour créer un
chainloader vers Grub. tu trouveras sur le net et sur technet.com
(site assistance technique Windows) comment faire tout ça.
Si ça c'est vrai, je suis sur le cul.
Comment peut-on accepter que
les mises à jour dépendent de la façon dont l'OS est dà ©marré ?
Attention, je ne mets pas en cause ce que tu dis. C'est juste que
je n'en reviens pas.
C'est intéressant car je n'aurais pas pensé que Windows puisse
faire cela. Bon j'avoue ne rien connaître à Windows (pour moi
c'est une vraie boîte noire).
Maintenant pour le principe : non. Je dois laisser Windows sur le
portable, c'est déjà pénible, mais rien ne m'oblige à m'en servir.
Alors utiliser Windows *pour installer Linux* : non.
(Enfin, sauf si je n'arrive pas autrement. J'ai des principes mais
je ne suis pas borné.)
Si ça c'est vrai, je suis sur le cul.
Comment peut-on accepter que
les mises à jour dépendent de la façon dont l'OS est dà ©marré ?
Attention, je ne mets pas en cause ce que tu dis. C'est juste que
je n'en reviens pas.
C'est intéressant car je n'aurais pas pensé que Windows puisse
faire cela. Bon j'avoue ne rien connaître à Windows (pour moi
c'est une vraie boîte noire).
Maintenant pour le principe : non. Je dois laisser Windows sur le
portable, c'est déjà pénible, mais rien ne m'oblige à m'en servir.
Alors utiliser Windows *pour installer Linux* : non.
(Enfin, sauf si je n'arrive pas autrement. J'ai des principes mais
je ne suis pas borné.)
Si ça c'est vrai, je suis sur le cul.
Comment peut-on accepter que
les mises à jour dépendent de la façon dont l'OS est dà ©marré ?
Attention, je ne mets pas en cause ce que tu dis. C'est juste que
je n'en reviens pas.
C'est intéressant car je n'aurais pas pensé que Windows puisse
faire cela. Bon j'avoue ne rien connaître à Windows (pour moi
c'est une vraie boîte noire).
Maintenant pour le principe : non. Je dois laisser Windows sur le
portable, c'est déjà pénible, mais rien ne m'oblige à m'en servir.
Alors utiliser Windows *pour installer Linux* : non.
(Enfin, sauf si je n'arrive pas autrement. J'ai des principes mais
je ne suis pas borné.)