Reglamento general de los foros   •   FAQ   •   Buscar en el foro •  Registrarse | Iniciar sesión 



Portada » Foros Linux » Filosofía y conocimiento » Documentación


Nuevo tema Responder al tema
 [ 103 mensajes ]  Ir a página Anterior  1, 2, 3, 4, 5 ... 7  Siguiente
Patrocinadores

Autor
Buscar:
Mensaje

Desconectado
Forista Ancestral
Forista Ancestral
Avatar de Usuario

Registrado: Lun Abr 03, 2006 7:00 am
Mensajes: 5366
Ubicación: San Roque- Cadiz- Andalucia

Nota Publicado: Lun Abr 30, 2007 8:51 pm 
Arriba  
Gracias, vere de añadir lo que comentas.

Citar:
PD: Una cosa más: No todos los discos duros en Arch se nombran sd??, mis dispositivos IDE continúan siendo hd??. El cambio de nombre no es exclusivo de Arch sino que viene a partir del núcleo 2.6.19 y sólo con chipsets intel piix/ata_piix. Más información aquí. También te afecta ese cambio de nombre si activas el nuevo subsistema PATA/IDE, pero éste no viene activo por defecto ya que es aún experimental.


Mis discos tanto ide como sata los nombra com sd, y no creo que tenga un chipsets intel piix/ata_piix, y no activo nada que no venga por defecto

_________________
usuario linux:377508, debian lenny/squeeze,archlinux

Google casi siempre tiene la respuesta, solo hay que hacer la pregunta adecuada

 Perfil  

Desconectado
Forista Medio
Forista Medio
Avatar de Usuario

Registrado: Dom Abr 22, 2007 7:00 am
Mensajes: 449

Nota Publicado: Lun Abr 30, 2007 9:25 pm 
Arriba  
milux1 escribió:
Mis discos tanto ide como sata los nombra com sd, y no creo que tenga un chipsets intel piix/ata_piix, y no activo nada que no venga por defecto

Puedes asegurarte con "mkinitcpio -M" como dicen en el enlace que dejé ocomo el propio pacman informa al instalar el núcleo:
Código:
    >>> piix/ata_piix (Intel chipsets) - IMPORTANT
    ----------
    >>> If you have enabled ide/pata/sata HOOKs in /etc/mkinitcpio.conf
    >>> the 'ata_piix' module will be used.
    >>> This may cause your devices to shift names, eg:
    >>> - IDE: devices from hd? to sd?
    >>> - SATA: sda might shift to sdc if you have 2 other disks on a PIIX IDE port.
    To check if this will affect you, check 'mkinitcpio -M' for piix/ata_piix


No obstante, tengas la controladora que tengas mis dispositivos IDE (tanto discos duros como grabadoras) continúan siendo hd?? tanto con el núcleo 2.6.20.10 como con el 2.6.19 que son los únicos distribuidos a día de hoy en Arch así que puedo afirmar sin miedo que Arch NO nombra todos los discos como sd?? en lugar de hd??.


Saludos.


Última edición por srabd el Lun Abr 30, 2007 9:31 pm, editado 1 vez en total
 Perfil  

Desconectado
Forista Medio
Forista Medio
Avatar de Usuario

Registrado: Dom Abr 22, 2007 7:00 am
Mensajes: 449

Nota Publicado: Lun Abr 30, 2007 9:28 pm 
Arriba  
milux1 escribió:
Mis discos tanto ide como sata los nombra com sd, y no creo que tenga un chipsets intel piix/ata_piix, y no activo nada que no venga por defecto

Puedes asegurarte con "mkinitcpio -M" como dicen en el enlace que dejé ocomo el propio pacman informa al instalar el núcleo:
Código:
    >>> piix/ata_piix (Intel chipsets) - IMPORTANT
    ----------
    >>> If you have enabled ide/pata/sata HOOKs in /etc/mkinitcpio.conf
    >>> the 'ata_piix' module will be used.
    >>> This may cause your devices to shift names, eg:
    >>> - IDE: devices from hd? to sd?
    >>> - SATA: sda might shift to sdc if you have 2 other disks on a PIIX IDE port.
    To check if this will affect you, check 'mkinitcpio -M' for piix/ata_piix


No obstante, tengas la controladora que tengas mis dispositivos IDE (tanto discos duros como grabadoras) continúan siendo hd?? tanto con el núcleo 2.6.20.10 como con el 2.6.19 que son los únicos distribuidos a día de hoy en Arch así que puedo afirmar sin miedo que Arch NO nombra todos los discos como sd?? en lugar de hd??.


Saludos.


PD: Siento la doble publicación... Le quería dar a editar y le día a citar... y ahora no sé eliminar el post :oops:

 Perfil  

Desconectado
Forista Ancestral
Forista Ancestral
Avatar de Usuario

Registrado: Lun Abr 03, 2006 7:00 am
Mensajes: 5366
Ubicación: San Roque- Cadiz- Andalucia

Nota Publicado: Lun Abr 30, 2007 9:45 pm 
Arriba  
Cuando este en arch, revisare el archivo que dices, pero yo no he modificado nada

_________________
usuario linux:377508, debian lenny/squeeze,archlinux

Google casi siempre tiene la respuesta, solo hay que hacer la pregunta adecuada

 Perfil  

Desconectado
Forista Medio
Forista Medio
Avatar de Usuario

Registrado: Dom Abr 22, 2007 7:00 am
Mensajes: 449

Nota Publicado: Lun Abr 30, 2007 10:08 pm 
Arriba  
Tal vez me he explicado mal... No te acuso de haber modificado nada.

Sólo quería comunicarte que en Arch no todos los discos duros se nombran como sd??.

Secundariamente intentaba encontrar una posible razón para explicar que los tuyos hayan cambiado de nombre y a eso venía lo de los chipsets intel (en éste caso cambiarían de nombre sin tú modificar nada).

Naturalmente no conozco tu hardware (ni lo se todo obre Arch), así que es más que probable que no haya dado con la explicación correcta...


Saludos.

 Perfil  

Desconectado
Forista Ancestral
Forista Ancestral
Avatar de Usuario

Registrado: Lun Abr 03, 2006 7:00 am
Mensajes: 5366
Ubicación: San Roque- Cadiz- Andalucia

Nota Publicado: Mar May 01, 2007 10:55 am 
Arriba  
Pues acabo de probar en un ordenador que solo tiene discos ide, y arch 0.8 desde la instalacion los nombra como sd

Saludos

_________________
usuario linux:377508, debian lenny/squeeze,archlinux

Google casi siempre tiene la respuesta, solo hay que hacer la pregunta adecuada

 Perfil  

Desconectado
Forista Medio
Forista Medio
Avatar de Usuario

Registrado: Dom Abr 22, 2007 7:00 am
Mensajes: 449

Nota Publicado: Mar May 01, 2007 12:29 pm 
Arriba  
De acuerdo... Ésta discusión empieza a carecer de sentido pues hemos llegado ya al "Que sí", "Que no", "Que sí", etc, etc.

Al decir que Arch NO nombra todos los discos como sd?? NO me refiero a que NO nombre ninguno como sd?? pues hay situaciones en las que sí lo hace.

Te nombré dos de éstas situaciones que son las mismas dos que muestra el propio pacman como alerta al actualizar el núcleo. Por supuesto, siempre hablando de discos IDE porque los SATA siempre son sd??.

¿Que tienes discos IDE y Arch los nombra sd?? sin estar en ninguna de éstas situaciones? Pues habrá otra que desconozco en la que sí te encuentres pero no me cansare de decir que Arch NO nombra todos los discos duros como sd?? en lugar de hd??.

Me parece lógico que NO te fíes de mí, no tan lógico que no te fíes de www.archlinux.com.ar y mucho menos lógico que no te fíes de pacman pero, realmente no es mi problema así que NO voy a grabar un vídeo de cualquiera de mis dos máquinas con Arch arrancando y ejecutando mount para demostrartelo.

Solo quería comentarte mi punto de vista sobre tu guía porque habías pedido feedback, pero, obviamente la guía es de tu autoría y si NO quieres yo NO soy nadie para obligarte a cambiar una frase que, por otra parte, si bien es incorrecta NO es tan grave pues no hará correr peligro a ningún sistema.


Saludos.


PD: Releyendo mi mensaje me ha parecido que puiede dar la sensación de que pienso que tu guía es una bírria. No pienso eso, como dije anteriormente pienso que tu guía es buena y bastante útil.

 Perfil  

Desconectado
Administrador
Administrador
Avatar de Usuario

Registrado: Mar Jun 06, 2006 7:00 am
Mensajes: 3094
Ubicación: Andalucía/España

Nota Publicado: Mar May 01, 2007 12:57 pm 
Arriba  
No quisiera avivar más el debate o una posible discusion, solo comentar que yo solo tengo discos IDE en el PC con Arch (en concreto dos) y me los nombra como sda y sdb

_________________
Reglamento del Foro

Informáticamente hablando...

 Perfil WWW  

Desconectado
Forista Medio
Forista Medio
Avatar de Usuario

Registrado: Dom Abr 22, 2007 7:00 am
Mensajes: 449

Nota Publicado: Mar May 01, 2007 1:48 pm 
Arriba  
yoyofv escribió:
No quisiera avivar más el debate o una posible discusion, solo comentar que yo solo tengo discos IDE en el PC con Arch (en concreto dos) y me los nombra como sda y sdb

Excelente, ¿Y qué chipset tienes? Recapitulemos, tenemos una muestra de 5 máquinas. 3 de chipset desconocido (por otras personas que no sean sus dueños) nombran los discos como sd??, y 2 de chipset no-Intel (concrétamente VIA y nVidia-AMD) los nombra como hd??. ¿Afirmamos que Arch nombra TODOS los discos como "sd??"? En fín...

Voy a recurrir una vez más a la lógica totalmente a la desesperada. Ésta es la salida de pacman al actualizar de un núcleo inferior a 2.6.19 a uno superior o igual a 2.6.19 (Podeis comprobarlo, el script que se ejecuta es público y está aquí):
Código:
>>> New PATA/IDE subsystem - EXPERIMENTAL"
    >>> ----------
    >>> To use the new pata drivers, change the 'ide' hook
    >>> to 'pata' in /etc/mkinicpio.conf HOOKS=
    >>> The new system changes: /dev/hd? to /dev/sd?
    >>> Don't forget to modify GRUB, LILO and fstab to the
    >>> new naming system.
    >>> eg: hda3 --> sda3, hdc8 --> sdc8
   
    >>> piix/ata_piix (Intel chipsets) - IMPORTANT
    ----------
    >>> If you have enabled ide/pata/sata HOOKs in /etc/mkinitcpio.conf
    >>> the 'ata_piix' module will be used.
    >>> This may cause your devices to shift names, eg:
    >>> - IDE: devices from hd? to sd?
    >>> - SATA: sda might shift to sdc if you have 2 other disks on a PIIX IDE port.
    To check if this will affect you, check 'mkinitcpio -M' for piix/ata_piix

He aquí pacman advirtiendo de dos situaciones en las que podemos vernos afectados por un cambio de nombre. Si pensamos tan sólo un poquito en la frase " To check if this will affect you, check 'mkinitcpio -M' for piix/ata_piix" ("Para comprobar si ésto te afecta, [...]) podemos deducir inequívocamente que el cambio de nombre NO afecta a TODOS los usuarios, luego por ahí hay muchos Arch con discos "hd??" (yo mismo tengo dos).

El debate puede dividirse en dos:

a) ¿Arch nombra todos los discos como "sd?"?
Acepto seguir discutiendo éste tema, pero por favor, que nadie argumente "Los míos los nombra así, así que por extensión todos los nombra así" porque el mundo no gira en torno a ninguna de nuestras máquinas...
1 + 5 = 6
2 + 4 = 6
3 + 3 = 6
¿La suma de cualquier par de números naturales es igual a 6?

b) Si Arch no nombra todos los discos como "sd?", ¿Por qué algunos sí?
Podríamos llegar a vuestra respuesta particular o podríamos no llegar, pero desde luego todo empezaría escribiendo la salida de vuestro sistema de "mkinitcpio -M" y "cat /etc/mkinitcpio.conf".


Saludos.

 Perfil  

Desconectado
Forista Distinguido
Forista Distinguido
Avatar de Usuario

Registrado: Dom Feb 22, 2004 8:00 am
Mensajes: 1412

Nota Publicado: Mar May 01, 2007 2:13 pm 
Arriba  
En mi caso se nombran como sd... Aunque:

Citar:
[root@baby0 jordi]# mkinitcpio -M
Modules autodetected:
ata_generic
libata
pata_sis
ide-core
generic
sis5513
mii
sis900
usbcore
ehci-hcd
ohci-hcd
usbhid
jbd
ext3
[root@baby0 jordi]# cat /etc/mkinitcpio.conf
# vim:set ft=sh
# MODULES
# The following modules are loaded before any boot hooks are
# run. Advanced users may wish to specify all system modules
# in this array. For instance:
# MODULES="piix ide_disk reiserfs"
MODULES="pata_sis ata_generic"

# BINARIES
# This setting includes, into the CPIO image, and additional
# binaries a given user may wish. This is run first, so may
# be used to override the actual binaries used in a given hook.
# (Existing files are NOT overwritten is already added)
# BINARIES are dependancy parsed, so you may safely ignore libraries
BINARIES=""

# FILES
# This setting is similar to BINARIES above, however, files are added
# as-is and are not parsed in anyway. This is useful for config files.
# Some users may wish to include modprobe.conf for custom module options,
# like so:
# FILES="/etc/modprobe.conf"
FILES=""

# HOOKS
# This is the most important setting in this file. The HOOKS control the
# modules and scripts added to the image, and what happens at boot time.
# Order is important, and it is recommended that you do not change the
# order in which HOOKS are added. Run 'mkinitcpio -H <hook name>' for
# help on a given hook.
# 'base' is _required_ unless you know precisely what you are doing.
# 'udev' is _required_ in order to automatically load modules
# 'modload' may be used in place of 'udev', but is not recommended
# 'filesystems' is _required_ unless you specify your fs modules in MODULES
# Examples:
# This setup specifies all modules in the MODULES setting above.
# No raid, lvm2, or encrypted root is needed.
# HOOKS="base"
#
# This setup will autodetect all modules for your system and should
# work as a sane default
# HOOKS="base udev autodetect ide scsi sata filesystems"
#
# This setup will generate a 'full' image which supports most systems.
# No autodetection is done.
# HOOKS="base udev ide scsi sata usb filesystems"
#
# This setup assembles an ide raid array with an encrypted root FS.
# Note: See 'mkinitcpio -H raid' for more information on raid devices.
# HOOKS="base udev ide raid encrypt filesystems"
#
# This setup loads an lvm2 volume group on a usb device.
# HOOKS="base udev usb lvm2 filesystems"
HOOKS="base udev autodetect pata scsi sata usbinput keymap filesystems"



Yo también me pensé al principio que arch 0.8 había pasado a nombrar a los ide como sd... De hecho en otro post pregunto si eso es cosa del nuevo arch 0.8 o del nuevo kernel 2.6.20. Aunque veo que no siempre es así, gracias a la brillante explicación de sdrabd. Es bueno saberlo.

Saludos

 Perfil  

Desconectado
Forista Medio
Forista Medio
Avatar de Usuario

Registrado: Dom Abr 22, 2007 7:00 am
Mensajes: 449

Nota Publicado: Mar May 01, 2007 2:28 pm 
Arriba  
En efecto, alqui, tienes activo el nuevo subsistema PATA/IDE, pues en "HOOKS=" tienes "pata" y, como bien advierte pacman te ves afectado por un cambio de nombre.

En respuesta a si es cosa de Arch o de todos los núcleos 2.6.20, es cosa de todos los núcleos superiores o iguales a 2.6.19 (por supuesto, sin parchear, que si parcheamos podemos modificar cualquier cosa). Una parte de la filosofía de Arch es distribuir los programas sin modificarlos, tal cuál se hubiesen instalado desde las fuentes.


Saludos.

 Perfil  

Desconectado
Forista Ancestral
Forista Ancestral
Avatar de Usuario

Registrado: Lun Abr 03, 2006 7:00 am
Mensajes: 5366
Ubicación: San Roque- Cadiz- Andalucia

Nota Publicado: Mar May 01, 2007 3:01 pm 
Arriba  
[root@myhost milux]# mkinitcpio -M
Modules autodetected:
ata_generic
libata
pata_amd
sata_nv
ide-core
amd74xx
generic
forcedeth
usbcore
ehci-hcd
ohci-hcd
usbhid
ext2
jbd
ext3
[root@myhost milux]# cat /etc/mkinitcpio.conf
# vim:set ft=sh
# MODULES
# The following modules are loaded before any boot hooks are
# run. Advanced users may wish to specify all system modules
# in this array. For instance:
# MODULES="piix ide_disk reiserfs"
MODULES="pata_amd ata_generic sata_nv"

# BINARIES
# This setting includes, into the CPIO image, and additional
# binaries a given user may wish. This is run first, so may
# be used to override the actual binaries used in a given hook.
# (Existing files are NOT overwritten is already added)
# BINARIES are dependancy parsed, so you may safely ignore libraries
BINARIES=""

# FILES
# This setting is similar to BINARIES above, however, files are added
# as-is and are not parsed in anyway. This is useful for config files.
# Some users may wish to include modprobe.conf for custom module options,
# like so:
# FILES="/etc/modprobe.conf"
FILES=""

# HOOKS
# This is the most important setting in this file. The HOOKS control the
# modules and scripts added to the image, and what happens at boot time.
# Order is important, and it is recommended that you do not change the
# order in which HOOKS are added. Run 'mkinitcpio -H <hook name>' for
# help on a given hook.
# 'base' is _required_ unless you know precisely what you are doing.
# 'udev' is _required_ in order to automatically load modules
# 'modload' may be used in place of 'udev', but is not recommended
# 'filesystems' is _required_ unless you specify your fs modules in MODULES
# Examples:
# This setup specifies all modules in the MODULES setting above.
# No raid, lvm2, or encrypted root is needed.
# HOOKS="base"
#
# This setup will autodetect all modules for your system and should
# work as a sane default
# HOOKS="base udev autodetect ide scsi sata filesystems"
#
# This setup will generate a 'full' image which supports most systems.
# No autodetection is done.
# HOOKS="base udev ide scsi sata usb filesystems"
#
# This setup assembles an ide raid array with an encrypted root FS.
# Note: See 'mkinitcpio -H raid' for more information on raid devices.
# HOOKS="base udev ide raid encrypt filesystems"
#
# This setup loads an lvm2 volume group on a usb device.
# HOOKS="base udev usb lvm2 filesystems"
HOOKS="base udev autodetect pata scsi sata keymap filesystems"


[root@myhost milux]# mkinitcpio -M
Modules autodetected:
ata_generic
libata
pata_amd
sata_nv
cdrom
ide-cd
ide-core
ide-disk
amd74xx
generic
forcedeth
usbcore
ehci-hcd
ohci-hcd
usbhid
usb-storage
ext2
jbd
ext3
[root@myhost milux]# cat /etc/mkinitcpio.conf
# vim:set ft=sh
# MODULES
# The following modules are loaded before any boot hooks are
# run. Advanced users may wish to specify all system modules
# in this array. For instance:
# MODULES="piix ide_disk reiserfs"
MODULES=""

# BINARIES
# This setting includes, into the CPIO image, and additional
# binaries a given user may wish. This is run first, so may
# be used to override the actual binaries used in a given hook.
# (Existing files are NOT overwritten is already added)
# BINARIES are dependancy parsed, so you may safely ignore libraries
BINARIES=""

# FILES
# This setting is similar to BINARIES above, however, files are added
# as-is and are not parsed in anyway. This is useful for config files.
# Some users may wish to include modprobe.conf for custom module options,
# like so:
# FILES="/etc/modprobe.conf"
FILES=""

# HOOKS
# This is the most important setting in this file. The HOOKS control the
# modules and scripts added to the image, and what happens at boot time.
# Order is important, and it is recommended that you do not change the
# order in which HOOKS are added. Run 'mkinitcpio -H <hook name>' for
# help on a given hook.
# 'base' is _required_ unless you know precisely what you are doing.
# 'udev' is _required_ in order to automatically load modules
# 'modload' may be used in place of 'udev', but is not recommended
# 'filesystems' is _required_ unless you specify your fs modules in MODULES
# Examples:
# This setup specifies all modules in the MODULES setting above.
# No raid, lvm2, or encrypted root is needed.
# HOOKS="base"
#
# This setup will autodetect all modules for your system and should
# work as a sane default
# HOOKS="base udev autodetect ide scsi sata filesystems"
#
# This setup will generate a 'full' image which supports most systems.
# No autodetection is done.
# HOOKS="base udev ide scsi sata usb filesystems"
#
# This setup assembles an ide raid array with an encrypted root FS.
# Note: See 'mkinitcpio -H raid' for more information on raid devices.
# HOOKS="base udev ide raid encrypt filesystems"
#
# This setup loads an lvm2 volume group on a usb device.
# HOOKS="base udev usb lvm2 filesystems"
HOOKS="base udev autodetect ide scsi sata filesystems"


En el mismo odenador, dos instalaciones de arch, la primera instalacion es de arch 0.8 por defecto

La segunda de arch 0.8 actualizado desde arch 0.72.

La explicacion sera la que tu das, pero por defecto y supogo que por tener el nucleo 2.6.20 en el primer caso todos los discos son nombrados sd, lo que no pasa en el segundo.

Esto es lo que me indujo al error.

Edito

[root@myhost miguel]# mkinitcpio -M
Modules autodetected:
ata_generic
libata
pata_via
ide-core
generic
via82cxxx
8139cp
8139too
via-ircc
mii
usbcore
ehci-hcd
uhci-hcd
usbhid
irda
jbd
ext3
[root@myhost miguel]# cat /etc/mkinitcpio.conf
# vim:set ft=sh
# MODULES
# The following modules are loaded before any boot hooks are
# run. Advanced users may wish to specify all system modules
# in this array. For instance:
# MODULES="piix ide_disk reiserfs"
MODULES="pata_via ata_generic"

# BINARIES
# This setting includes, into the CPIO image, and additional
# binaries a given user may wish. This is run first, so may
# be used to override the actual binaries used in a given hook.
# (Existing files are NOT overwritten is already added)
# BINARIES are dependancy parsed, so you may safely ignore libraries
BINARIES=""

# FILES
# This setting is similar to BINARIES above, however, files are added
# as-is and are not parsed in anyway. This is useful for config files.
# Some users may wish to include modprobe.conf for custom module options,
# like so:
# FILES="/etc/modprobe.conf"
FILES=""

# HOOKS
# This is the most important setting in this file. The HOOKS control the
# modules and scripts added to the image, and what happens at boot time.
# Order is important, and it is recommended that you do not change the
# order in which HOOKS are added. Run 'mkinitcpio -H <hook name>' for
# help on a given hook.
# 'base' is _required_ unless you know precisely what you are doing.
# 'udev' is _required_ in order to automatically load modules
# 'modload' may be used in place of 'udev', but is not recommended
# 'filesystems' is _required_ unless you specify your fs modules in MODULES
# Examples:
# This setup specifies all modules in the MODULES setting above.
# No raid, lvm2, or encrypted root is needed.
# HOOKS="base"
#
# This setup will autodetect all modules for your system and should
# work as a sane default
# HOOKS="base udev autodetect ide scsi sata filesystems"
#
# This setup will generate a 'full' image which supports most systems.
# No autodetection is done.
# HOOKS="base udev ide scsi sata usb filesystems"
#
# This setup assembles an ide raid array with an encrypted root FS.
# Note: See 'mkinitcpio -H raid' for more information on raid devices.
# HOOKS="base udev ide raid encrypt filesystems"
#
# This setup loads an lvm2 volume group on a usb device.
# HOOKS="base udev usb lvm2 filesystems"
HOOKS="base udev autodetect pata scsi sata usbinput keymap filesystems"


En otro ordenador instalacion por defecto de arch 0.8 sin discos sata ni controladora sata los discos son nombrdos sd ( En los ordenadores que he probado arch 0.8 por defecto nombra los discos sd)

_________________
usuario linux:377508, debian lenny/squeeze,archlinux

Google casi siempre tiene la respuesta, solo hay que hacer la pregunta adecuada

 Perfil  

Desconectado
Forista Medio
Forista Medio
Avatar de Usuario

Registrado: Dom Abr 22, 2007 7:00 am
Mensajes: 449

Nota Publicado: Mar May 01, 2007 7:00 pm 
Arriba  
milux1 escribió:
En otro ordenador instalacion por defecto de arch 0.8 sin discos sata ni controladora sata los discos son nombrdos sd ( En los ordenadores que he probado arch 0.8 por defecto nombra los discos sd)

Eso me ha interesado y me he puesto a investigar en ello. Al parecer Arch considera el nuevo subsistema pata/ide lo suficientemente estable a partir del núcleo 2.6.20, luego si NO instalas durante la instalación ninguno de los núcleos 2.6.19 que aún ditribuye Arch a día de hoy (beyond y suspend2) el nuevo subsistema pata/ide se activará automáticamente quedando el sistema afectado por el cambio de nombre.

Sobre las máquinas que instalaron Arch con un medio de instalación inferior a 0.8, el /etc/mkinitcpio.conf se actualizará con la distribución a no ser que pacman detecte algo raro (como puede ser un núcleo < 2.6.20 o cambios NO hechos por e mismo pacman), en cuyo caso creará (y advertirá de lo que hace) /etc/mkinitcpio.conf.pacnew para que lo revise el usuario y sea él quien tome la decisión de seguir con el viejo sistema o empezar con el nuevo.

Por supuesto, como ya se dijo antes ésto no es cosa de Arch y el cambio de nombre llegará a las demás distribuciones cuando decidan utilizar el nuevo sistema.

En conclusión, aunque aún Arch no nombra todos los discos como sd? en lugar de hd?, sí que lo hará de aquí a poco tiempo (al igual que cualquier otra distribución con núcleo linux) así que pienso que cambiar la famosa frase de tu guía no tiene mucho sentido, aunque, por supuesto eso tienes que decidirlo tú.


Saludos.

 Perfil  

Desconectado
Forista Ancestral
Forista Ancestral
Avatar de Usuario

Registrado: Lun Abr 03, 2006 7:00 am
Mensajes: 5366
Ubicación: San Roque- Cadiz- Andalucia

Nota Publicado: Mar May 01, 2007 7:36 pm 
Arriba  
Con la informacion que has dado lo mas correcto seria decir.

"Arch con nucleo 2.6.20 nombra los discos como sd.

De la misma forma que lo haran los demas linux"

Cuando haga las modificaciones que sugeriste lo rectificare, o procurare aclararlo

_________________
usuario linux:377508, debian lenny/squeeze,archlinux

Google casi siempre tiene la respuesta, solo hay que hacer la pregunta adecuada

 Perfil  

Desconectado
Forista Medio
Forista Medio
Avatar de Usuario

Registrado: Jue Nov 16, 2006 8:00 am
Mensajes: 382
Ubicación: Queretaro, Qro. Mexico

Nota Publicado: Mar May 08, 2007 9:02 pm 
Arriba  
mm creoque soy el unico que tiene este problema, le doy:

# pacman -S hwd
hwd: not found in sync kb

claro que antes de eso, actualice con # pacman -Syu ... nesesito dar de alta algun repositorio o algo?

 Perfil  
Mostrar mensajes previos:  Ordenar por  
 [ 103 mensajes ]  Ir a página Anterior  1, 2, 3, 4, 5 ... 7  Siguiente
Nuevo tema Responder al tema

Saltar a:  


 Temas relacionados   Autor   Respuestas   Vistas   Último mensaje 
Guía de instalación de Nosonja, distribución basada en Arch Linux

en Documentación

cuentos

10

6708

Lun Mar 26, 2012 6:55 pm

mcun Ver último mensaje

Guía de instalación de debian 7.0

[ Ir a página: 1, 2 ]

en Documentación

cuentos

28

12670

Dom May 12, 2013 8:29 am

cuentos Ver último mensaje

compatibilidad linux/placa base

en Hardware

frisme

0

528

Sab Dic 10, 2016 11:31 am

frisme Ver último mensaje

Construccion de Linux portable con base de datos para usb

en Proyectos

danilo84

5

1300

Dom May 16, 2010 11:55 pm

danilo84 Ver último mensaje

Error al actualizar la base de MYDSL en Damm Small Linux

en Software

Starks

4

741

Mié Ene 11, 2012 7:52 pm

Starks Ver último mensaje



¿Quién está conectado?

Usuarios navegando por este Foro: No hay usuarios registrados visitando el Foro y 1 invitado

No puede abrir nuevos temas en este Foro
No puede responder a temas en este Foro
No puede editar sus mensajes en este Foro
No puede borrar sus mensajes en este Foro
No puede enviar adjuntos en este Foro

Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group :: Style based on FI Subice by phpBBservice.nl :: Todos los horarios son UTC + 1 hora [ DST ]
Traducción al español por Huan Manwë
phpBB SEO