señores hace poco me he instalado suse 10.2 , y me he particionado el disco duro de forma que a la particion /temp le añadi 5.8 Gb, pero me encontre que quemando un disco doble capa 8GB con K3B, no me deja por el tamaño de temp , despues de instalar suse deje reservados unos 10Gb , como puedo anexarle los otros 3 Gb a temp .... sera posible haciendo con yast? saludos listaaa --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-04-25 a las 14:57 -0600, gnu forever escribió:
señores hace poco me he instalado suse 10.2 , y me he particionado el disco duro de forma que a la particion /temp le añadi 5.8 Gb, pero me encontre que quemando un disco doble capa 8GB con K3B, no me deja por el tamaño de temp , despues de instalar suse deje reservados unos 10Gb , como puedo anexarle los otros 3 Gb a temp ....
sera posible haciendo con yast?
Ni con yast ni sin yast. No hay manera de fusionar dos particiones, como no sea creando un raid 0 o un lvm. Lo que puedes hacer es decirle al k3b que use espacio temporal en otro sitio donde lo haya. ¿Porqué pusiste una partición separada para temp? - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGL9NStTMYHG2NR9URAv8TAKCXtxmAb1+Le+CoUIEUjJYjROUwswCdEJwC sCqth9YQVGgSSK0TMiK4GYQ= =+XCh -----END PGP SIGNATURE-----
gnu forever escribió:
señores hace poco me he instalado suse 10.2 , y me he particionado el disco duro de forma que a la particion /temp le añadi 5.8 Gb, pero me encontre que quemando un disco doble capa 8GB con K3B, no me deja por el tamaño de temp , despues de instalar suse deje reservados unos 10Gb , como puedo anexarle los otros 3 Gb a temp ....
sera posible haciendo con yast?
saludos listaaa
Si las particiones (/temp y la que dejaste libre) están continuas no vas a tener problema en extenderla usando yast o cualquier otro particionador. Saludos. --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 25/04/07, Gabriel
Si las particiones (/temp y la que dejaste libre) están continuas no vas a tener problema en extenderla usando yast o cualquier otro particionador.
si de hecho la particion tmp es la ultima que tengo segun la tabla de particiones que muestra el comando fdisk -l, voy a tratar de redimensionar con yast les cuento luego a ver si no pierdo mi excelent escritorio de suse10.2+Beryl he cambiado la ruta en k3b y funciono , pero tratare de redimensionar ... saludosss --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-04-25 a las 18:03 -0600, gnu forever escribió:
El 25/04/07, Gabriel <> escribió:
Si las particiones (/temp y la que dejaste libre) están continuas no vas a tener problema en extenderla usando yast o cualquier otro particionador.
si de hecho la particion tmp es la ultima que tengo segun la tabla de particiones que muestra el comando fdisk -l, voy a tratar de redimensionar con yast les cuento luego a ver si no pierdo mi excelent escritorio de suse10.2+Beryl
Pero no tiene sentido tener tantos gigas perdidos en temp. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGMAMDtTMYHG2NR9URArkrAJ9ndGc+d/6qnBcHWWTNd0O4GpDldwCcCQTd H+jxj4xjqd70Pp+aC6qoXUE= =npVd -----END PGP SIGNATURE-----
El Miércoles, 25 de Abril de 2007 22:57, gnu forever escribió:
señores hace poco me he instalado suse 10.2 , y me he particionado el disco duro de forma que a la particion /temp le añadi 5.8 Gb,
* Sera /tmp por que como hayas puesto /temp , /tmp estara integrado en / y no habras conseguido proteger al sistema del llenado de / por acceso general de escritura al directorio.
pero me encontre que quemando un disco doble capa 8GB con K3B, no me deja por el tamaño de temp , despues de instalar suse deje reservados unos 10Gb
* Que entiendes por reservados?, si es que tienes una particion sin usar de 4.2 GB, solo has de cambiar en /etc/fstab la particion que corresponde al punto de montaje /tmp y remontar.
, como puedo anexarle los otros 3 Gb a temp ....
* Si el espacio libre o particionado vacio es continuo a la particion de /tmp desde yast podras ampliarla al espacio libre o borrar la particion vacia y ampliar, ya que solo tienes que mover el cilindro superior. * Tambien puedes reorganizar las particiones si los espacios que indicas no son continuos esos 5.8GB te valdrian para /usr o /var esto has de hacerlo a mano en frio haciendo la mudanza del contenido de unas particiones a otras y reorganizando /etc/fstab a la nueva situacion. * Donde se haga la compilacion temporal del dvd es decision tuya y puede ser en tu $HOME , indicaselo asi al programa de grabacion y seguramente no necesites ampliar nada, 5.8 GB para /tmp, dependera de los usuarios que tengas, pero es mas que suficiente y seguramente excesivo si tienes pocos usuarios, configura la limpieza periodica de /tmp.
de hecho estaba pensando no tocarla , es demasiados gigas para la
particion /tmp los perderia solo por quemar 2 o 3 dvd al mes , fue un
error de escritura el poner temp
El 26/04/07, jose maria
* Sera /tmp por que como hayas puesto /temp , /tmp estara integrado en / y no habras conseguido proteger al sistema del llenado de / por acceso general de escritura al directorio.
* Que entiendes por reservados?, si es que tienes una particion sin usar de 4.2 GB, solo has de cambiar en /etc/fstab la particion que corresponde al punto de montaje /tmp y remontar.
reservado lo entiendo espacio sin utilizar no particionado ...
, como puedo anexarle los otros 3 Gb a temp ....
* Si el espacio libre o particionado vacio es continuo a la particion de /tmp desde yast podras ampliarla al espacio libre o borrar la particion vacia y ampliar, ya que solo tienes que mover el cilindro superior.
lo estaba pensando, pero no quiero arriegarme a perder mi buen escritorio el cual he dilatado haciendolo al estilo cool jejejeje
* Tambien puedes reorganizar las particiones si los espacios que indicas no son continuos esos 5.8GB te valdrian para /usr o /var esto has de hacerlo a mano en frio haciendo la mudanza del contenido de unas particiones a otras y reorganizando /etc/fstab a la nueva situacion.
no te entiendo mucho , lo puedes detallar
* Donde se haga la compilacion temporal del dvd es decision tuya y puede ser en tu $HOME , indicaselo asi al programa de grabacion y seguramente no necesites ampliar nada, 5.8 GB para /tmp, dependera de los usuarios que tengas, pero es mas que suficiente y seguramente excesivo si tienes pocos usuarios, configura la limpieza periodica de /tmp.
ya lo cambie y me dio resultado saludos lista.. --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Jueves, 26 de Abril de 2007 19:50, gnu forever escribió:
* Tambien puedes reorganizar las particiones si los espacios que indicas no son continuos esos 5.8GB te valdrian para /usr o /var esto has de hacerlo a mano en frio haciendo la mudanza del contenido de unas particiones a otras y reorganizando /etc/fstab a la nueva situacion.
no te entiendo mucho , lo puedes detallar
* Pues siguiendo el ejemplo supongase un escenario peor que sea / el que se te ha quedado pequeño, tal que asi: hda1 / 2GB hda2 /usr 5GB hda3 /var 3GB hda5 /srv 5GB hda6 /tmp 3GB hda7 swap 1GB espacio libre 10 GB * Tienes varias opciones lo mejor es con papel y boli a mano, es hacer un du -h sobre cada uno de los directorios principales del arbol y apuntarte lo que ocupan y obrar en consecuencia, /usr /var /srv y el resto si quieres hacer el mismo particionamiento, hacer copia de los directorios por separado y reformatear todo con los tamaños mas acordes a la realidad (si se necesitase reinstalar el cargador te pondre un ejemplo al final), ten en cuenta que /proc /sys no es preciso copiarlos ya que su contenido los genera el kernel y /tmp tampoco por ser simples directorios, lo mismo que /media y /mnt esto crealo a mano con mkdir. * Pero en este caso simplemente vamos a hacer una mudanza de /usr y darle su espacio a /. * init 1 (tambien puedes hacerlo en frio siguiendo los ejemplos posteriores) * mkdir /media/enredando /media/enredando1 * Como tenemos espacio de sobra haremos dos particiones si no hariamos una y usariamos cp -a en vez de tar (mejor usar tar o star si se usan acl's) * fdisk /dev/hda y haz dos particiones en el espacio libre serian hda8 y hda9 * mkfs.ext3 (o el sistema de ficheros que desees) sobre hda8 y 9 * mount /dev/hda8 /media/enredando * mount /dev/hda9 /media/enredando1 * puedes usar otros comandos enlazados pero de esta manera lo veras mas claro * cd /usr * tar cpvjf /media/enredando1/usr.tar.bz2 . <-- espacio entre usr.tar y el ultimo punto) * Podrias hacer lo mismo con el resto de directorios del arbol standard por si acaso teniendo en cuenta lo dicho en el segundo parrafo, /etc /bin /sbin, etc ..... y usando compresion por si quieres hacer un reformateo general y no se disponen de medios externos para el almacenamiento. * cd /media/enredando1 * tar xvf usr.tar.bz2 -C /media/enredando/ * verificas que la copia se ha efectuado correctamente. * reinicias con un live cd o minidistribucion en disketes que tenga soporte para los sistemas de ficheros que uses, y los comandos fdisk y chroot al menos uno bueno y grafico seria http://gparted.sourceforge.net/livecd.php o knoppix que tambien tiene rpm y puedes necesitarlo con otros problemas. * Eliminas hda2 y mueves el cilindro superior (amplias hda1) hasta ocupar el espacio libre SIN formatear y verificas con fsck hda1. * la montas y ves que todo ok , mount /dev/hda1 /mnt y umount /mnt * En este punto podrias editar /etc/fstab y hacer las modificaciones teniendo en cuenta que hay una particion primaria menos (los numeros cambiaran en el reinicio), pero mejor vuelve a reiniciar con el live cd para no equivocar los numeros. * En el reinicio tendras este escenario de particiones. hda1 / 7GB hda2 /var 3GB hda5 /srv 5GB hda6 /tmp 3GB hda7 swap 1GB hda8 que sera el nuevo /usr 5GB hda9 que es el almacen donde tienes los tar.bz2 que hiciste * Ahora hay que modificar el fichero fstab que NO esta en ejecucion. * Por tanto mkdir /mnt/mudanza * mount /dev/hda1 /mnt/mudanza * con un editor joe, pico, nano o vi estaran disponibles lo editas * joe /mnt/mudanza/etc/fstab y ajusta las particiones a los puntos de montaje correctos. * Por el mismo precio supon que tienes que reinstalar el cargador o reinstalar en frio un kernel, recrear el initrd o un programa por la razon que sea, has de montar el sistema completo. * mount /dev/hda2 /mnt/mudanza/var * mount /dev/hda5 /mnt/mudanza/srv * mount /dev/hda6 /mnt/mudanza/tmp * mount /dev/hda8 /mnt/mudanza/usr * chroot /mnt/mudanza * grub-install /dev/hda <--instalarlo en el mbr del disco, si hda1 en el sector 0 de la primera particion es decir en / , etc ..... * Si tienes que instalar algo desde fuera del chroot, tambien puedes usar el propio comando rpm del SuSE que no esta en ejecucion desde dentro del chroot, sin darle la opcion --root. rpm --root /mnt/mudanza -ivh --force paquete.rpm * exit para salir del entorno chroot * umount /mnt/mudanza/var * umount /mnt/mudanza/srv * umount /mnt/mudanza/tmp * umount /mnt/mudanza/usr * umount /mnt/mudanza * reboot -f
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-05-02 a las 19:21 +0200, jose maria escribió: Sólo un detalle que creo se te ha pasado.
* Por el mismo precio supon que tienes que reinstalar el cargador o reinstalar en frio un kernel, recrear el initrd o un programa por la razon que sea, has de montar el sistema completo.
* mount /dev/hda2 /mnt/mudanza/var * mount /dev/hda5 /mnt/mudanza/srv * mount /dev/hda6 /mnt/mudanza/tmp * mount /dev/hda8 /mnt/mudanza/usr
* chroot /mnt/mudanza * grub-install /dev/hda <--instalarlo en el mbr del disco, si hda1 en el sector 0 de la primera particion es decir en / , etc .....
El detalle es que, como la suse usa udev y familia, si arrancas con un dvd de rescate o live, el directorio /dev del suse en frío o está vacío o no vale, y te encuentras con la sorpresa de que el grub no encuentra los discos. Hay que hacer antes un truco: mount --bind /dev /mnt/mudanza/dev y lo mismo con proc y sys. Una vez hecho ya se puede hacer el chroot. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGOOUdtTMYHG2NR9URAuODAJ9bBELojq/poqtdt8iiP1cI5fvECwCdGFiU 4NFNaPFjw6uQqQU7S3/kXMU= =+D5a -----END PGP SIGNATURE-----
El Miércoles, 2 de Mayo de 2007 21:23, Carlos E. R. escribió:
Sólo un detalle que creo se te ha pasado.
* Pues no , no estaba previsto.
* Por el mismo precio supon que tienes que reinstalar el cargador o reinstalar en frio un kernel, recrear el initrd o un programa por la razon que sea, has de montar el sistema completo.
* mount /dev/hda2 /mnt/mudanza/var * mount /dev/hda5 /mnt/mudanza/srv * mount /dev/hda6 /mnt/mudanza/tmp * mount /dev/hda8 /mnt/mudanza/usr
* chroot /mnt/mudanza * grub-install /dev/hda <--instalarlo en el mbr del disco, si hda1 en el sector 0 de la primera particion es decir en / , etc .....
El detalle es que, como la suse usa udev y familia, si arrancas con un dvd de rescate o live, el directorio /dev del suse en frío o está vacío o no vale, y te encuentras con la sorpresa de que el grub no encuentra los discos.
* Los dispositivos hd y todos los fundamentales, yo si los tengo en frio en todas en /dev los genera el paquete devs , el resto de directorios ya estan en /mnt/mudanza/ al montar / con su contenido anterior.
Hay que hacer antes un truco:
mount --bind /dev /mnt/mudanza/dev
* No se me ha dado la situacion y puede ser conveniente montar el directorio y los sistemas virtuales del anfitrion extraño en la ubicacion del chroot, si lo uso en segun que situaciones con el del propio sistema, pero con un extraño, en el caso que nos ocupa, esto no lo veo nada claro dependiendo con que se arranque, por que en injector que es lo que uso para estos menesteres, proc y sys (que ni existe) ni se parecen (kernel 2.2) y no veo para que los necesita grub, ya tiene el mapa en /boot/grub/device.map en su propio idioma hd0 hd1, 0x80, 128 y en mi caso como he comentado los dispositivos tipo linux en dev, que es independiente del sistema y bios, puede ser que sea como dices si el paquete en cuestion es algo opcional, no puedo verlo ahora y en un caso extremo hubiera que tirar de su propia sintaxis.
y lo mismo con proc y sys. Una vez hecho ya se puede hacer el chroot.
* Vere la documentacion de grub y udev pero que udev ande jugando con algo como los ide, scsi, etc... basicos, me refiero al sota, caballo y rey, (presentes o no presentes) me parece mucho jugar con un timeout por medio ademas.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-05-03 a las 02:58 +0200, jose maria escribió:
El Miércoles, 2 de Mayo de 2007 21:23, Carlos E. R. escribió:
El detalle es que, como la suse usa udev y familia, si arrancas con un dvd de rescate o live, el directorio /dev del suse en frío o está vacío o no vale, y te encuentras con la sorpresa de que el grub no encuentra los discos.
* Los dispositivos hd y todos los fundamentales, yo si los tengo en frio en todas en /dev los genera el paquete devs , el resto de directorios ya estan en /mnt/mudanza/ al montar / con su contenido anterior.
Eso es lo que debería ser, pero ya no siempre lo es.
Hay que hacer antes un truco:
mount --bind /dev /mnt/mudanza/dev
* No se me ha dado la situacion y puede ser conveniente montar el directorio y los sistemas virtuales del anfitrion extraño en la ubicacion del chroot, si lo uso en segun que situaciones con el del propio sistema, pero con un extraño, en el caso que nos ocupa, esto no lo veo nada claro dependiendo con
Yo lo que te puedo decir es que me ha pasado con la 10.2. Lo típico, arranco con el dvd de rescate, monto la partición a arreglar, chroot, grub y tal, como siempre, y el grub que protesta porque dice que no existe el hda1. Lo que oyes. Miro, y efectivamente, el /dev (o sea, después del chroot /mnt, el /mnt/dev de antes) no tiene ninguno de los hda1, hda2, etc. Ninguna partición tiene devices. Tuve que salir del chroot y dar los comandos al grub prefijados con /mnt. Luego me enteré del los mount --bind, que es el truco "nuevo". Lo leí en un correo sobre otro tema y caí en la cuenta. Es que el /dev es ahora virtual... y eso que yo tengo instalado el rpm del devs. Raro, si. Tendría que mirarlo en frío... Espera, que si que puedo mirarlo, en mi partición de pruebas; observa: cer@nimrodel:~> ls /test_a/dev console fd kmsg md1 md11 md13 md15 md3 md5 md7 md9 null ptmx route shm stderr stdout tty1 ttyS1 ttyS3 ttyS5 ttyS7 zero core fwmonitor md0 md10 md12 md14 md2 md4 md6 md8 net ppp pts rtc skip stdin tty ttyS0 ttyS2 ttyS4 ttyS6 watchdog ¡Eso es todo lo que tiene! ¡Casi vacía! - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGOUPxtTMYHG2NR9URAgUgAKCSR/wGliPGlhbYPd4ggbhemSoPUACeI/Fw I3sbjNAaLY3GuWdlnby1ChU= =tiiW -----END PGP SIGNATURE-----
excelente explicacion señores, casi no han hecho esto !!!
gracias por los aportes ...
saludosss
El 2/05/07, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2007-05-03 a las 02:58 +0200, jose maria escribió:
El Miércoles, 2 de Mayo de 2007 21:23, Carlos E. R. escribió:
El detalle es que, como la suse usa udev y familia, si arrancas con un dvd de rescate o live, el directorio /dev del suse en frío o está vacío o no vale, y te encuentras con la sorpresa de que el grub no encuentra los discos.
* Los dispositivos hd y todos los fundamentales, yo si los tengo en frio en todas en /dev los genera el paquete devs , el resto de directorios ya estan en /mnt/mudanza/ al montar / con su contenido anterior.
Eso es lo que debería ser, pero ya no siempre lo es.
Hay que hacer antes un truco:
mount --bind /dev /mnt/mudanza/dev
* No se me ha dado la situacion y puede ser conveniente montar el directorio y los sistemas virtuales del anfitrion extraño en la ubicacion del chroot, si lo uso en segun que situaciones con el del propio sistema, pero con un extraño, en el caso que nos ocupa, esto no lo veo nada claro dependiendo con
Yo lo que te puedo decir es que me ha pasado con la 10.2. Lo típico, arranco con el dvd de rescate, monto la partición a arreglar, chroot, grub y tal, como siempre, y el grub que protesta porque dice que no existe el hda1. Lo que oyes. Miro, y efectivamente, el /dev (o sea, después del chroot /mnt, el /mnt/dev de antes) no tiene ninguno de los hda1, hda2, etc. Ninguna partición tiene devices. Tuve que salir del chroot y dar los comandos al grub prefijados con /mnt.
Luego me enteré del los mount --bind, que es el truco "nuevo". Lo leí en un correo sobre otro tema y caí en la cuenta. Es que el /dev es ahora virtual... y eso que yo tengo instalado el rpm del devs.
Raro, si.
Tendría que mirarlo en frío... Espera, que si que puedo mirarlo, en mi partición de pruebas; observa:
cer@nimrodel:~> ls /test_a/dev
console fd kmsg md1 md11 md13 md15 md3 md5 md7 md9 null ptmx route shm stderr stdout tty1 ttyS1 ttyS3 ttyS5 ttyS7 zero core fwmonitor md0 md10 md12 md14 md2 md4 md6 md8 net ppp pts rtc skip stdin tty ttyS0 ttyS2 ttyS4 ttyS6 watchdog
¡Eso es todo lo que tiene! ¡Casi vacía!
- -- Saludos Carlos E.R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFGOUPxtTMYHG2NR9URAgUgAKCSR/wGliPGlhbYPd4ggbhemSoPUACeI/Fw I3sbjNAaLY3GuWdlnby1ChU= =tiiW -----END PGP SIGNATURE-----
--------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Jueves, 3 de Mayo de 2007 04:07, Carlos E. R. escribió:
cer@nimrodel:~> ls /test_a/dev
console fd kmsg md1 md11 md13 md15 md3 md5 md7 md9 null ptmx route shm stderr stdout tty1 ttyS1 ttyS3 ttyS5 ttyS7 zero core fwmonitor md0 md10 md12 md14 md2 md4 md6 md8 net ppp pts rtc skip stdin tty ttyS0 ttyS2 ttyS4 ttyS6 watchdog
* Pues ministerio habemus, que diria mi vecina.
* rpm -qf /dev/hda1
devs-10.2-19
* rpm -qi devs
Name : devs Relocations: (not relocatable)
Version : 10.2 Vendor: SUSE LINUX Products
GmbH, Nuernberg, Germany
Release : 19 Build Date: sáb 25 nov 2006
22:38:43 CET
Install Date: mié 20 dic 2006 23:43:54 CET Build Host: barett.suse.de
Group : System/Fhs Source RPM: devs-10.2-19.src.rpm
Size : 192881 License: GNU General Public
License (GPL)
Signature : DSA/SHA1, sáb 25 nov 2006 22:41:58 CET, Key ID a84edae89c800aca
Packager : http://bugs.opensuse.org
Summary : Device Files
Description :
This package creates special files for accessing system hardware in the
/dev directory.
Authors:
--------
Hubert Mantel
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-05-03 a las 08:07 +0200, jose maria escribió:
* Pues ministerio habemus, que diria mi vecina.
Ya...
* rpm -qf /dev/hda1 devs-10.2-19
Sí, si yo lo tengo instalado, al menos en mi partición principal; no lo se en la de pruebas.
* No puedo asegurar que no haya hecho un MAKEDEV en algun momento o que provengan de anteriores instalaciones
En mi caso el paquete se instala porque es actualización de varias versiones. Mi sospecha es que está instalado, pero luego ellos han borrado ficheros, por eso en el de pruebas veo tan poca cosa. Y de todos modos, como ellos montan un sistema de ficheros virtuales encima de /dev, lo original no se ve.
* El caso es que ....... rpm -qi makedev package makedev is not installed
nimrodel:~ # locate makedev /Grande/destrozos/Lo_que_estaba_en_root/usr/share/doc/packages/devs/makedevs /Grande/destrozos/Lo_que_estaba_en_root/usr/share/doc/packages/devs/makedevs.floppy /usr/share/doc/packages/devs/makedevs /usr/share/doc/packages/devs/makedevs.floppy nimrodel:~ # rpm -q -f /usr/share/doc/packages/devs/makedevs devs-10.2-19
* Alguna explicacion habra, estoy mirando un par de ellos en los que se instalo 10.2 de cero, pero no los puedo ver en frio y para rematar la faena en estos el paquete no esta instalado.
* rpm -qi devs package devs is not installed
* Asi que no es un paquete obligatorio en la instalcion basica
Es posible que no lo sea ya.
* Una diferencia que recuerdo a bote pronto es que en el mio hay actualizacion a partir del dvd de pago y estos otros se instalaron de cero desde un dvd de revista, que supongo sera el que se descarga, en cualquier caso apuntado queda y se ha ganado un makedev cualquier instalacion.
Pero lo que hagas con makedev no permanece, tienes que hacerlo en cada arranque en el boot.local. Es un directorio virtual - lo se porque lo tengo que hacer con los enlaces /dev/modem y /dev/mouse. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGObiLtTMYHG2NR9URArApAJ9BfYR3giBRg6QwDdua82iua7RwRgCfd/vt tmRLGxNWXFpyIdpa7W9G9pE= =OvBZ -----END PGP SIGNATURE-----
participants (4)
-
Carlos E. R.
-
Gabriel
-
gnu forever
-
jose maria