salut, On Fri, Mar 08, 2002 at 05:56:05PM +0100, Macolu wrote: > Superblock backups stored on blocks: > 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208 > > D�bordement de la taille permise pour un fichier <couic> > macolu:~# mkfs.vfat /dev/hda4 > mkfs.vfat 2.5 (07 Jan 2000) > mkfs.vfat: Attempting to create a too large file system
il me semble avoir d�j� eu ce probl�me suite � un repartitionement de disque dur, si je me souviens bien. j'avais effac� une grosse partition pour recr�er aussit�t deux plus petites, ou l'inverse (avec fdisk), et n'avais pas red�marr� la b�canne malgr� le conseil de fdisk, le disque en question �tant "en utilisation" (sans doute parce qu'il y avait / et /usr de mont� dessus) (et auxquelles on s'abstiendra de toucher lors de la manip, bien s�r, si tu as d�j� un syst�me qui tourne dessus). Du coup le noyau utilisait encore l'ancienne table de partitions... Comme le disait Eric, si les param�tres dans ton BIOS sont bons (au fait, je croyais que linux prenait les choses en main sans s'occuper du BIOS en ce qui concerne les disques). confirmation, quelqu'un? > Voil�, si quelqu'un a une id�e... si les partitions que tu veux formater sont sur le m�me disque que / ou une autre partition utilis�e quand tu veux formater (ne serait ce qu'un swap actif) je te conseille plut�t de booter d'une disquette (c'est plus s�r), et ensuite tu pourrais - effacer les partitions concern�es avec fdisk - sortir de fdisk en sauvegardant, avant de les recr�er. (�ventuellement red�marrer l'ordi si fdisk se plaint, voir plus haut) - ensuite recr�er les partitions concern�es (�ventuellement red�marrer, m�me chose) - lancer le mkfs de ton choix Si le disque en question n'est pas mont� (et n'a pas de partition swap active), �a devrait aller sans reboot. -- Camille
