Bonjour,
J'ai un portable avec un disque interne sur lequel est installé Ubuntu dans
deux partitions / et /home.
J'ai mal estimé la répartition entre les deux, et / est trop petit.
Pour le moment je contourne le problème en déportant des répertoires de /
dans /home et en construisant des liens symboliques, mais cela n'est pas
très propre.
J'envisage de démarrer le portable sur le disque d'installation d'Ubuntu et
d'activer Gparted pour redimensionner les partitions. Je lis ici et là que
gparted est capable de le faire en conservant le contenu des partitions.
Je veux bien le croire, mais j'aimerais lire des témoignages de lecteurs de
ce forum qui l'ont fait.
En particulier, je suis inquiet quant à la manipulation des secteurs
critiques de grub : quelqu'un pourrait-il m'en dire plus ?
Bonjour,
J'ai un portable avec un disque interne sur lequel est installé Ubuntu dans
deux partitions / et /home.
J'ai mal estimé la répartition entre les deux, et / est trop petit.
Pour le moment je contourne le problème en déportant des répertoires de /
dans /home et en construisant des liens symboliques, mais cela n'est pas
très propre.
J'envisage de démarrer le portable sur le disque d'installation d'Ubuntu et
d'activer Gparted pour redimensionner les partitions. Je lis ici et là que
gparted est capable de le faire en conservant le contenu des partitions.
Je veux bien le croire, mais j'aimerais lire des témoignages de lecteurs de
ce forum qui l'ont fait.
En particulier, je suis inquiet quant à la manipulation des secteurs
critiques de grub : quelqu'un pourrait-il m'en dire plus ?
Bonjour,
J'ai un portable avec un disque interne sur lequel est installé Ubuntu dans
deux partitions / et /home.
J'ai mal estimé la répartition entre les deux, et / est trop petit.
Pour le moment je contourne le problème en déportant des répertoires de /
dans /home et en construisant des liens symboliques, mais cela n'est pas
très propre.
J'envisage de démarrer le portable sur le disque d'installation d'Ubuntu et
d'activer Gparted pour redimensionner les partitions. Je lis ici et là que
gparted est capable de le faire en conservant le contenu des partitions.
Je veux bien le croire, mais j'aimerais lire des témoignages de lecteurs de
ce forum qui l'ont fait.
En particulier, je suis inquiet quant à la manipulation des secteurs
critiques de grub : quelqu'un pourrait-il m'en dire plus ?
J'ai un portable avec un disque interne sur lequel est installé Ubuntu dans
deux partitions / et /home.
J'envisage de démarrer le portable sur le disque d'installation d'Ubuntu et
d'activer Gparted pour redimensionner les partitions. Je lis ici et là que
gparted est capable de le faire en conservant le contenu des partitions.
Je veux bien le croire, mais j'aimerais lire des témoignages de lecteurs de
ce forum qui l'ont fait.
En particulier, je suis inquiet quant à la manipulation des secteurs
critiques de grub : quelqu'un pourrait-il m'en dire plus ?
J'ai un portable avec un disque interne sur lequel est installé Ubuntu dans
deux partitions / et /home.
J'envisage de démarrer le portable sur le disque d'installation d'Ubuntu et
d'activer Gparted pour redimensionner les partitions. Je lis ici et là que
gparted est capable de le faire en conservant le contenu des partitions.
Je veux bien le croire, mais j'aimerais lire des témoignages de lecteurs de
ce forum qui l'ont fait.
En particulier, je suis inquiet quant à la manipulation des secteurs
critiques de grub : quelqu'un pourrait-il m'en dire plus ?
J'ai un portable avec un disque interne sur lequel est installé Ubuntu dans
deux partitions / et /home.
J'envisage de démarrer le portable sur le disque d'installation d'Ubuntu et
d'activer Gparted pour redimensionner les partitions. Je lis ici et là que
gparted est capable de le faire en conservant le contenu des partitions.
Je veux bien le croire, mais j'aimerais lire des témoignages de lecteurs de
ce forum qui l'ont fait.
En particulier, je suis inquiet quant à la manipulation des secteurs
critiques de grub : quelqu'un pourrait-il m'en dire plus ?
On 28/02/2017 08:17, Dominique MICOLLET wrote:Bonjour,
J'ai un portable avec un disque interne sur lequel est installé
Ubuntu dans deux partitions / et /home.
J'ai mal estimé la répartition entre les deux, et / est trop petit.
Pour le moment je contourne le problème en déportant des répertoires
de / dans /home et en construisant des liens symboliques, mais cela
n'est pas très propre.
J'envisage de démarrer le portable sur le disque d'installation
d'Ubuntu et d'activer Gparted pour redimensionner les partitions. Je
lis ici et là que gparted est capable de le faire en conservant le
contenu des partitions.
Je veux bien le croire, mais j'aimerais lire des témoignages de
lecteurs de ce forum qui l'ont fait.
En particulier, je suis inquiet quant à la manipulation des secteurs
critiques de grub : quelqu'un pourrait-il m'en dire plus ?
Bonjour,
Le partitionnement est peut-être de l'histoire ancienne sauf sur des
serveurs, y compris pour tmp qui peut être mis en fichier si on y
tient.
Donc (peut-être en effet en bootant sur un autre système), rétrécir
au max la partition /home, agrandir /, mkdir /home, mv les fichiers,
supprimer la partition /home vide, ré-agrandir / ; le tout sans se
planter avec les liens symboliques, et revoir fstab.
Ou bien si le disque est globalement déjà trop petit, en profiter pour
acheter un plus grand et faire une install propre ...
[...]
Je pense et espère que pas d'effet sur grub si / est la première
partition et le N° inchangé, mais il faut savoir le réparer en cas de
besoin depuis le système sur le disque (si on est chanceux
update-grub suffit) ou un système extérieur, car se casse de toute
façon un jour ou l'autre après une mise à jour.
Le problème s'est compliqué vu que divers systèmes de boot, bios,
efi, mixte avec legacy.
On 28/02/2017 08:17, Dominique MICOLLET wrote:
Bonjour,
J'ai un portable avec un disque interne sur lequel est installé
Ubuntu dans deux partitions / et /home.
J'ai mal estimé la répartition entre les deux, et / est trop petit.
Pour le moment je contourne le problème en déportant des répertoires
de / dans /home et en construisant des liens symboliques, mais cela
n'est pas très propre.
J'envisage de démarrer le portable sur le disque d'installation
d'Ubuntu et d'activer Gparted pour redimensionner les partitions. Je
lis ici et là que gparted est capable de le faire en conservant le
contenu des partitions.
Je veux bien le croire, mais j'aimerais lire des témoignages de
lecteurs de ce forum qui l'ont fait.
En particulier, je suis inquiet quant à la manipulation des secteurs
critiques de grub : quelqu'un pourrait-il m'en dire plus ?
Bonjour,
Le partitionnement est peut-être de l'histoire ancienne sauf sur des
serveurs, y compris pour tmp qui peut être mis en fichier si on y
tient.
Donc (peut-être en effet en bootant sur un autre système), rétrécir
au max la partition /home, agrandir /, mkdir /home, mv les fichiers,
supprimer la partition /home vide, ré-agrandir / ; le tout sans se
planter avec les liens symboliques, et revoir fstab.
Ou bien si le disque est globalement déjà trop petit, en profiter pour
acheter un plus grand et faire une install propre ...
[...]
Je pense et espère que pas d'effet sur grub si / est la première
partition et le N° inchangé, mais il faut savoir le réparer en cas de
besoin depuis le système sur le disque (si on est chanceux
update-grub suffit) ou un système extérieur, car se casse de toute
façon un jour ou l'autre après une mise à jour.
Le problème s'est compliqué vu que divers systèmes de boot, bios,
efi, mixte avec legacy.
On 28/02/2017 08:17, Dominique MICOLLET wrote:Bonjour,
J'ai un portable avec un disque interne sur lequel est installé
Ubuntu dans deux partitions / et /home.
J'ai mal estimé la répartition entre les deux, et / est trop petit.
Pour le moment je contourne le problème en déportant des répertoires
de / dans /home et en construisant des liens symboliques, mais cela
n'est pas très propre.
J'envisage de démarrer le portable sur le disque d'installation
d'Ubuntu et d'activer Gparted pour redimensionner les partitions. Je
lis ici et là que gparted est capable de le faire en conservant le
contenu des partitions.
Je veux bien le croire, mais j'aimerais lire des témoignages de
lecteurs de ce forum qui l'ont fait.
En particulier, je suis inquiet quant à la manipulation des secteurs
critiques de grub : quelqu'un pourrait-il m'en dire plus ?
Bonjour,
Le partitionnement est peut-être de l'histoire ancienne sauf sur des
serveurs, y compris pour tmp qui peut être mis en fichier si on y
tient.
Donc (peut-être en effet en bootant sur un autre système), rétrécir
au max la partition /home, agrandir /, mkdir /home, mv les fichiers,
supprimer la partition /home vide, ré-agrandir / ; le tout sans se
planter avec les liens symboliques, et revoir fstab.
Ou bien si le disque est globalement déjà trop petit, en profiter pour
acheter un plus grand et faire une install propre ...
[...]
Je pense et espère que pas d'effet sur grub si / est la première
partition et le N° inchangé, mais il faut savoir le réparer en cas de
besoin depuis le système sur le disque (si on est chanceux
update-grub suffit) ou un système extérieur, car se casse de toute
façon un jour ou l'autre après une mise à jour.
Le problème s'est compliqué vu que divers systèmes de boot, bios,
efi, mixte avec legacy.
Le partitionnement est peut-être de l'histoire ancienne sauf sur des
serveurs, y compris pour tmp qui peut être mis en fichier si on y tient.
Le partitionnement est peut-être de l'histoire ancienne sauf sur des
serveurs, y compris pour tmp qui peut être mis en fichier si on y tient.
Le partitionnement est peut-être de l'histoire ancienne sauf sur des
serveurs, y compris pour tmp qui peut être mis en fichier si on y tient.
En particulier, je suis inquiet quant à la manipulation des secteurs
critiques de grub : quelqu'un pourrait-il m'en dire plus ?
Si je ne m'abuse, ceux que tu appelles les secteurs critiques se
trouvent hors des systèmes de fichiers des partitions (avant pour être
précis).
En particulier, je suis inquiet quant à la manipulation des secteurs
critiques de grub : quelqu'un pourrait-il m'en dire plus ?
Si je ne m'abuse, ceux que tu appelles les secteurs critiques se
trouvent hors des systèmes de fichiers des partitions (avant pour être
précis).
En particulier, je suis inquiet quant à la manipulation des secteurs
critiques de grub : quelqu'un pourrait-il m'en dire plus ?
Si je ne m'abuse, ceux que tu appelles les secteurs critiques se
trouvent hors des systèmes de fichiers des partitions (avant pour être
précis).
J'installe toujours grub dans /dev/sdaX et non dans /dev/sda et c'est le
chargeur de Windows qui charge le bon grub grâce à EasyBCD (chacun de
mes deux grub pouvant lancer l'une ou l'autre des deux distros: ceinture
ET bretelles)
EasyBCD est un utilitaire de NeoSmart Technologies qui permet de
modifier le BCD de Windows.
J'installe toujours grub dans /dev/sdaX et non dans /dev/sda et c'est le
chargeur de Windows qui charge le bon grub grâce à EasyBCD (chacun de
mes deux grub pouvant lancer l'une ou l'autre des deux distros: ceinture
ET bretelles)
EasyBCD est un utilitaire de NeoSmart Technologies qui permet de
modifier le BCD de Windows.
J'installe toujours grub dans /dev/sdaX et non dans /dev/sda et c'est le
chargeur de Windows qui charge le bon grub grâce à EasyBCD (chacun de
mes deux grub pouvant lancer l'une ou l'autre des deux distros: ceinture
ET bretelles)
EasyBCD est un utilitaire de NeoSmart Technologies qui permet de
modifier le BCD de Windows.
Si je ne m'abuse, ceux que tu appelles les secteurs critiques se trouvent
hors des systèmes de fichiers des partitions (avant pour être précis).
Si
/ est bien la première et /home la seconde, le redimensionnement
n'affectera pas la position des secteurs en tête de /,
Bien sûr tu auras sauvé tout le contenu critique (/home, liste des paquets
installés, fichiers de config...).
Pour récupérer plus vite en cas de
problème, tu peux aussi cloner chaque partition (p. ex. avec partimage qui
ne copie que les secteurs occupés) plus les secteurs hors partitions (avec
dd, typiquement le premier bloc du disque, à vérifier avec cfdisk), pour
restaurer il suffirait alors de faire la manip inverse. Je l'ai déjà faite
pour cloner des PC avec un multiboot Win/Linux.
Si je ne m'abuse, ceux que tu appelles les secteurs critiques se trouvent
hors des systèmes de fichiers des partitions (avant pour être précis).
Si
/ est bien la première et /home la seconde, le redimensionnement
n'affectera pas la position des secteurs en tête de /,
Bien sûr tu auras sauvé tout le contenu critique (/home, liste des paquets
installés, fichiers de config...).
Pour récupérer plus vite en cas de
problème, tu peux aussi cloner chaque partition (p. ex. avec partimage qui
ne copie que les secteurs occupés) plus les secteurs hors partitions (avec
dd, typiquement le premier bloc du disque, à vérifier avec cfdisk), pour
restaurer il suffirait alors de faire la manip inverse. Je l'ai déjà faite
pour cloner des PC avec un multiboot Win/Linux.
Si je ne m'abuse, ceux que tu appelles les secteurs critiques se trouvent
hors des systèmes de fichiers des partitions (avant pour être précis).
Si
/ est bien la première et /home la seconde, le redimensionnement
n'affectera pas la position des secteurs en tête de /,
Bien sûr tu auras sauvé tout le contenu critique (/home, liste des paquets
installés, fichiers de config...).
Pour récupérer plus vite en cas de
problème, tu peux aussi cloner chaque partition (p. ex. avec partimage qui
ne copie que les secteurs occupés) plus les secteurs hors partitions (avec
dd, typiquement le premier bloc du disque, à vérifier avec cfdisk), pour
restaurer il suffirait alors de faire la manip inverse. Je l'ai déjà faite
pour cloner des PC avec un multiboot Win/Linux.
Ça dépend commment et où GRUB a été installé
Ça dépend commment et où GRUB a été installé
Ça dépend commment et où GRUB a été installé
Si je ne m'abuse, ceux que tu appelles les secteurs critiques se trouvent
hors des systèmes de fichiers des partitions (avant pour être précis).
Il me semble que le premier étage est dans le MBR et que les étages suivants
sont dans une partition du système, /boot si elle est séparée, et / si elle
ne l'est pas.
J'ignore si gparted profite du redimensionnement pour procéder à une
défragmentation (dont je sais qu'elle se fait en réalité en temps réel avec
linux).
Si je ne m'abuse, ceux que tu appelles les secteurs critiques se trouvent
hors des systèmes de fichiers des partitions (avant pour être précis).
Il me semble que le premier étage est dans le MBR et que les étages suivants
sont dans une partition du système, /boot si elle est séparée, et / si elle
ne l'est pas.
J'ignore si gparted profite du redimensionnement pour procéder à une
défragmentation (dont je sais qu'elle se fait en réalité en temps réel avec
linux).
Si je ne m'abuse, ceux que tu appelles les secteurs critiques se trouvent
hors des systèmes de fichiers des partitions (avant pour être précis).
Il me semble que le premier étage est dans le MBR et que les étages suivants
sont dans une partition du système, /boot si elle est séparée, et / si elle
ne l'est pas.
J'ignore si gparted profite du redimensionnement pour procéder à une
défragmentation (dont je sais qu'elle se fait en réalité en temps réel avec
linux).
Bonjour,
Pascal Hambourg wrote:Ça dépend commment et où GRUB a été installé
Il est installé dans le MBR de l'unique disque partitionné MSDOS.
/ est la deuxième partition, la première étant une partition "recovery" de
Dell.
Je suis donc à peu près sûr que grub a ses secteurs critiques dans /.
Je sais que grub est capable de monter une partition ext2 : mais pour ce
faire il a besoin d'accéder à son code hors système de fichier. Et je ne
vois pas où ces secteurs pourraient être ailleurs que dans /.
Ceci étant écrit, j'ai peut-être une vision biaisée par ma pratique de lilo.
Bonjour,
Pascal Hambourg wrote:
Ça dépend commment et où GRUB a été installé
Il est installé dans le MBR de l'unique disque partitionné MSDOS.
/ est la deuxième partition, la première étant une partition "recovery" de
Dell.
Je suis donc à peu près sûr que grub a ses secteurs critiques dans /.
Je sais que grub est capable de monter une partition ext2 : mais pour ce
faire il a besoin d'accéder à son code hors système de fichier. Et je ne
vois pas où ces secteurs pourraient être ailleurs que dans /.
Ceci étant écrit, j'ai peut-être une vision biaisée par ma pratique de lilo.
Bonjour,
Pascal Hambourg wrote:Ça dépend commment et où GRUB a été installé
Il est installé dans le MBR de l'unique disque partitionné MSDOS.
/ est la deuxième partition, la première étant une partition "recovery" de
Dell.
Je suis donc à peu près sûr que grub a ses secteurs critiques dans /.
Je sais que grub est capable de monter une partition ext2 : mais pour ce
faire il a besoin d'accéder à son code hors système de fichier. Et je ne
vois pas où ces secteurs pourraient être ailleurs que dans /.
Ceci étant écrit, j'ai peut-être une vision biaisée par ma pratique de lilo.