Como acaban de mencionar /usr y /var son importantes, así que yo te
recomendaría realizar un df -hs de ambos para ver que tanta capacidad
estan ocupando c/u de ellos y por otro lado los /var/logs que
probablemente tengas muchas cosas ahí de respaldo que no necesites.
Con fecha 4/9/2006, Juan
Bueno, es una excelente pregunta hace unos días envie exactamente un
problema parecido la máquina es de 64bit serial ATA, y con el debian 3.1
kernel 2.6.15 de 32 nada no funciono, compilé un kernel monolítico
tampoco funcionó, ahora compilé con soporte initrd y me descargué el
dvd iso ia64 que
Primero evidentemente si es el mismo disco vas a tener que reiniciar la
máquina porque el kernel no permite cambios en caliente de las
particiones en uso ni siquiera si es un lvm; te aconsejo lo hagas con un
knoppix o un cd-live de qparted.
Y luego debes verificar que tu kernel tenga
Realmente el que desconozca que se pueda no quiere decir que sea
imposible, sin embargo como la estructura de los permisos que se tienen
en windows supera las de linux, puesto que la permisología en linux solo
se limita a dueño-grupo-otros, como dice el compañero solo se que puedes
replicar algo
Realmente hay varias formas de solucionar el problema, uno de ellos es
usuar el CD de debian sarge 3.1 que ya viene con los módulos de ATA,
luego instalas como expert26 y al detectar los módulos para cargar el
CDROM no cargas el ide y el atiip porque tienen problemas, ,continuas la
instalación y
Realmente la cosa no es tan fácil pero se puede hacer:
1.- Debes de crear una relación de confianza con el Active Directory
2.- Haces lo que quieras,compartir carpetas, cdrom, etc...
Para ello tienes que instalar samba y configurarlo de manera que
funcione como una máquina más del
Buena Tardes!
Estoy instalando debian sarge 3.1 en unos servidores siemens cuyos
disco son serial ATA, estan en raid-1 por hardware y el particionado
propuesto es el siguiente:
/ = /dev/vgroot/vgroot-b... (lvm)
/boot = /dev/sda1 (ext3)
/home = /dev/vgroot/vgroot-home, ... (lvm)
EL
Es preferible que desintales y vuelvas a instalar una vez que hayas
actualizado tus paquetes, una forma es la siguiente:
dpkg --purge --force-remove-reqinst nombre_paquete_problema
Y luego bueno ya sabes update upgrade
Con fecha 27/7/2006, gnuino angeles [EMAIL PROTECTED] escribió:
Hola,
El problema que tienes es que grub está tratando de montar el kernel
en hda1 por eso no ejecuta.
El 1er cero (0,0) indica el primer disco y el segundo el numero de la
partición, si está en hd2 debería de ser (1,0) o algo por el estilo.
*Nota: la modificación la deberías de realizar en el
Existen multiples formas para resolver el problema:
1.- Meterse en el bios y desactivar el módulo de sata, con eso lograrías
instalar el s.o y luego al descargarte un kernel = 2.6.12, ya pudieses
activar nuevamente el sata.
2.- Instalar la versión de sarge con las últimas modificaciones, porque
10 matches
Mail list logo