De como instalar Arch Linux en un Pendrive

Página 1 de 21

Installing Arch Linux on a USB key (Español) Esta página describe cómo realizar una instalación normal de Arch en una llave USB (o «unidad flash»). A diferencia de un USB como soporte de instalación, el liveusb daría como resultado la instalación de un sistema de forma permanente en unidad flash USB idéntica a una instalación normal sobre un disco duro.

Contents    



1 Preparación 2 Instalación 3 Configuración o 3.1 GRUB legacy o 3.2 Syslinux 4 Consejos o 4.1 Usar la instalación USB en varias máquinas  4.1.1 Arquitectura  4.1.2 Controladores de entrada  4.1.3 Controladores de vídeo  4.1.4 Nombres permanentes para los dispositivos de bloques  4.1.5 Parámetros del kernel o 4.2 Compatibilidad o 4.3 Optimizar la vida útil de la memoria flash 5 Véase también

Preparación Nota: Se recomiendan, al menos, 2 GB de espacio de almacenamiento. Nos ajustaremos a un modesto conjunto de paquetes, dejando un pequeño espacio libre para el almacenamiento. Hay varias maneras de instalar Arch en una memoria USB, la más sencilla es desde dentro del propio Arch:  Si ya estamos ejecutando Arch, bastará con instalar arch-install-scripts y continuar con la Installation Guide (Español) al igual que lo haríamos desde la imagen iso, pero sin utilizar /dev/sda. Utilizaremos lsblk para obtener el nombre de /dev/sd* de la llave USB antes de proceder a la instalación. Advertencia: Si por error formateamos /dev/sda, es probable que eliminemos todo el contenido del disco duro.  Podemos también utilizar un CD/USB de Arch Linux para instalar Arch en la llave USB, arrancando el CD/USB y siguiendo las instrucciones de la Installation Guide (Español). Si arrancamos desde un Live USB, la instalación tendrá que hacerse en una memoria USB diferente.  O bien, si tenemos otro equipo disponible con linux (que no tiene por que ser con Arch), podemos seguir las instrucciones para instalar desde un sistema linux existente, y, a continuación, seguiremos en la sección de configuración.

Instalación Siga la Guía de Instalación como lo haría normalmente, con las siguientes excepciones:  Si cfdisk falla devolviendo el error fatal «Partition ends in the final partial cylinder», la única manera de proceder es cerrar a todas las particiones en el disco usb. Abra otra terminal presionando (Alt+F2), escriba fdisk/dev/sdX (donde sdX es el disco USB), imprima la tabla de particiones (p), compruebe que todo está bien, bórrelo (d) y escribir los cambios (w). Ahora regrese a cfdisk.

Página 2 de 21



 

Se recomienda revisar el artículo sobre los Consejos para minimizar la lectura/escritura del SSD del artículo de la wiki SSD antes de seleccionar un sistema de archivos. En resumen, ext4 con un sistema journal, puede ser adecuado. Recuerde que el flash usb tiene un número limitado de escrituras, y un sistema de archivos journaling utilizará una parte de ellos cada vez que actualice. Por esta misma razón, lo mejor es renunciar a una partición de intercambio. Tenga en cuenta que esto no afecta a la instalación en un disco duro USB. Antes de crear el disco RAM inicial con la orden # mkinitcpio -p linux, edite el archivo /etc/mkinitcpio.conf y agregue block en la matriz hooks despues de udev. Esto es necesario para cargar el módulo correspondiente en el primer espacio de usuario. Si quiere ser capaz de seguir utilizando el dispositivo UFD como una unidad extraíble multiplataforma, esto se puede lograr mediante la creación de una partición que aloje un sistema de archivos adecuado (lo más probable NTFS). Tenga en cuenta que la partición de datos puede tener que ser la primera partición en el dispositivo, dado que Windows asume que solo puede haber una partición en un dispositivo extraíble, y realizará el automount de una partición del sistema EFI en dicho lugar. Recuerde instalar dosfstools y ntfs-3g.

Configuración 

Asegúrese de que el archivo /etc/fstab incluye la información de la partición correcta para / y para cualquier otra partición en la llave USB. Si la llave USB va a ser usada para arrancar en varias máquinas, es muy probable que los dispositivos y el número de los discos duros disponibles varíen. Por lo tanto, es aconsejable el uso de UUID o etiquetas: Para obtener los UUID apropiados de las particiones utilice la orden blkid.

 Nota:  Cuando GRUB es instalado en la llave USB, la llave será siempre hd0,0  Parece que las versiones actuales de GRUB usan automáticamente, por defecto, uuid. Las instrucciones siguientes son para GRUB legacy.

GRUB legacy menu.lst,

el archivo de configuración de GRUB legacy, debe ser modificado para que coincida (más o menos) con el siguiente: Con la partición /dev/sdaX estática: root (hd0,0) kernel /boot/vmlinuz-linux root=/dev/sda1 ro initrd /boot/initramfs-linux.img

Cuando se utiliza la etiqueta («label»), el archivo menu.lst debería mostrar este aspecto: root (hd0,0) kernel /boot/vmlinuz-linux root=/dev/disk/by-label/Arch ro initrd /boot/initramfs-linux.img

Y, si se usa UUID, debería mostrar este otro: root (hd0,0) kernel /boot/vmlinuz-linux root=/dev/disk/by-uuid/3a9f8929-627b-4667-9db4388c4eaaf9fa ro initrd /boot/initramfs-linux.img

Syslinux

Página 3 de 21

Con la partición /dev/sdaX estática: LABEL Arch MENU LABEL Arch Linux LINUX ../vmlinuz-linux APPEND root=/dev/sdax ro INITRD ../initramfs-linux.img

Usando la UUID: LABEL Arch MENU LABEL Arch Linux LINUX ../vmlinuz-linux APPEND root=UUID=3a9f8929-627b-4667-9db4-388c4eaaf9fa ro INITRD ../initramfs-linux.img

Consejos Usar la instalación USB en varias máquinas Arquitectura Para hacer más versátil la compatibilidad, es recomendable que instale la arquitectura x86_64 con el apoyo de multilib, ya que se ejecutará en ambas arquitecturas de 32 y 64 bits. Nota: Si ha instalado la arquitectura i686 y desea migrar a x86_64, consulte el artículo de la wiki Migrating Between Architectures Without Reinstalling para obtener ayuda. Controladores de entrada Para uso con el portátil (o para utilizar una pantalla táctil), necesitará el paquete xf86-input-synaptics para trabajar con la pantalla/panel táctil. Para obtener instrucciones sobre puesta a punto o problemas del touchpad, consulte el artículo Touchpad Synaptics. Controladores de vídeo Nota: El uso de controladores de vídeo propietarios no es recomendable para este tipo de instalación. Los controladores de vídeo recomendados son: xf86-video-vesa, mesa, xf86-video-ati, xf86-videointel, xf86-video-nouveau y xf86-video-nv. Para hacer más versátil la compatibilidad, instale todos los controladores de vídeo de código abierto, incluyendo sus homólogos multilib: lib32-ati-dri[broken link: replaced by lib32-mesa], lib32-intel-dri[broken link: replaced by lib32-mesa] y lib32-nouveau-dri[broken link: replaced by lib32-mesa]. Nombres permanentes para los dispositivos de bloques Se recomienda utilizar UUID, tanto en fstab como en la configuración del gestor de arranque. Véase Persistent block device naming para obtener más detalles. Como alternativa, puede crear reglas udev para crear un enlace simbólico personalizado para la llave USB. A continuación, utilice este enlace simbólico en fstab y en la configuración del gestor de arranque. Véase udev#Setting static device names para obtener más detalles. Parámetros del kernel Es posible que desee desactivar KMS, por diversas razones, tales como evitar una pantalla en blanco o un error de «no signal» en la pantalla, al usar algunas tarjetas de vídeo Intel, etc. Para desactivar KMS, añada nomodeset como parámetro del kernel. Consulte el artículo sobre los parámetros del kernel para obtener más información. Advertencia: Algunos controladores de Xorg no funcionan con KMS desactivado. Consulte la página wiki de su controlador específico para más detalles. Nouveau, en particular, necesita KMS para determinar la resolución de pantalla correcta. Si agrega nomodeset como un parámetro del kernel, a modo de medida preventiva, puede que tenga que ajustar la resolución de la pantalla manualmente cuando utiliza máquinas con tarjetas de vídeo Nvidia. Véase Xrandr para más información.

Página 4 de 21

Compatibilidad La imagen fallback se debe utilizar para obtener una máxima compatibilidad.

Optimizar la vida útil de la memoria flash 

De nuevo, se recomienda revisar los Consejos para minimizar la lectura/escritura del SSD del artículo de la wiki SSD.

Véase también   

Installation Guide (Español) Installing Arch Linux from VirtualBox Solid State Drives

__________

Installation guide (Español) Estado de la traducción: este artículo es una versión traducida de Installation guide. Fecha de la última traducción/revisión: 2015-04-15. Puedes ayudar a actualizar la traducción, si adviertes que la versión inglesa ha cambiado: ver cambios. Este documento es una guía para la instalación de Arch Linux (Español) desde un sistema live arrancado con la imagen de instalación oficial. Antes de proceder a la instalación, es recomendable que le eche un vistazo a FAQ (Español). Si lo que busca es una guía de instalación detallada y altamente explicativa remítase a la guía para principiantes, o a la categoría Category:Getting and installing Arch para conocer casos específicos de instalación. La mayoría de la ayuda se puede encontrar en la wiki o a través de las páginas del manual de los distintos programas. Para obtener ayuda interactiva, el canal IRC y los foros también los tiene disponibles.

Contents  





1 Descarga 2 Preinstalación o 2.1 Distribución del teclado en el entorno live o 2.2 Particionar el disco o 2.3 Formatear las particiones o 2.4 Montar las particiones o 2.5 Conectarse a internet 3 Instalación o 3.1 Seleccionar servidores de réplica o 3.2 Instalar los paquetes del sistema base o 3.3 Configurar el sistema o 3.4 Instalar un gestor de arranque o 3.5 Reiniciar 4 Posinstalación

Descarga 



Se puede descargar la imagen ISO de instalación más reciente desde la página de descarga de Arch Linux: esta es una imagen híbrida que permite arrancar un sistema live tanto para x86_64 como para i686, dependiendo de la arquitectura del sistema y de la elección del usuario. Tenga en cuenta que en dicha imagen no se incluyen los paquetes del sistema base: dichos paquetes habrá que obtenerlos durante el proceso de instalación desde un repositorio remoto, por lo tanto, será necesaria una conexión a Internet.

Página 5 de 21

 

Una vez descargada la imagen, se puede verificar su integridad con la firma PGP (por ejemplo, pacman-key -v inst-image.iso.sig) o con la suma de comprobación (por ejemplo, md5sum inst-image.iso), ambas proporcionadas en la página de descarga. Por último, la imagen se puede grabar en un CD, usarla montada como imagen ISO o escribirla a un dispositivo USB.

Preinstalación Después de arrancar la imagen de instalación, es necesario seguir los siguientes pasos para iniciar el proceso de instalación.

Distribución del teclado en el entorno live  

La distribución del teclado por defecto es la de EE.UU. Hay disponibles distribuciones de teclado alternativos que se pueden cargar con la orden loadkeys archivo_keymap: los archivos de mapas de teclas se pueden encontrar en la carpeta /usr/share/kbd/keymaps/ (no es necesario especificar la ruta ni la extensión del archivo cuando se usa «loadkeys»).

Particionar el disco  



Consultar Partitioning (Español) para obtener más detalles sobre cómo realizar el particionado. Puede que sea necesario crear algunas particiones especiales, por ejemplo, si se está utilizando (U)EFI —Interfaz Extensible del Firmware (Unificada)—, lo más probable es que se necesite otra partición para albergar la partición del sistema EFI, ver EFI System Partition; y, si se planea instalar GRUB en un sistema con tabla de particionado GPT, necesitará una BIOS boot partition para GRUB. Hay que crear, en esta fase de la instalación, los dispositivos de bloques apilados —stacked block devices— para LVM (Español), Disk encryption (Español) o RAID (Español), si se diera el caso.

Formatear las particiones 

Consultar File systems (Español) y, opcionalmente, Swap (Español) para obtener más información sobre cómo formatear un dispositivo.

Montar las particiones   

El siguiente paso es montar la partición del sistema —root— en /mnt. Después de esto, hay que crear tantos directorios como particiones haya realizado y montarlas (/mnt/boot, /mnt/home, ...). También hay que activar la partición swap, si se dispone de una, para que pueda ser detectada más tarde cuando ejecute genfstab.

Conectarse a internet   

El servicio de internet a través de DHCP Discovery ya está activado al arrancar el soporte de instalación para todos los dispositivos de red cableados; leer más en Network configuration (Español). Para dar soporte a dispositivos de red inalámbrica ejecute wifi-menu para configurar una conexión de red; leer más en Wireless network configuration (Español). Si se necesita configurar una dirección IP estática o utilizar herramientas de gestión de redes, hay que detener el servicio DHCP Discovery con la orden systemctl stop dhcpcd.service, y consultar netctl (Español).

Instalación Seleccionar servidores de réplica 

Editar /etc/pacman.d/mirrorlist y seleccionar uno o varios servidores de descarga.

Página 6 de 21

 

Los servidores de réplica regionales, por lo general, funcionan mejor; sin embargo, la cercanía no es el único criterio para discernir sobre la calidad de los mirrors, leer más sobre ello en Mirrors (Español). Una copia del archivo mirrorlist se realizará, más tarde, en el nuevo sistema por pacstrap, por lo que vale la pena hacerlo bien en esta fase.

Instalar los paquetes del sistema base 

Utilizar el script pacstrap para instalar el grupo de paquetes base: # pacstrap /mnt base



Otros paquetes o grupos de paquetes pueden ser instalados añadiendo sus nombres a la orden anterior (separados por espacios), pudiendo incluir, por ejemplo, el gestor de arranque.

Configurar el sistema 

Generar un archivo fstab (Español) (utilizar el parámetro -U o -L para especificar en dicho archivo las UUID o las etiquetas, respectivamente, de las particiones): # genfstab -p /mnt >> /mnt/etc/fstab



Entrar en el nuevo sistema como Change root (Español): # arch-chroot /mnt



Configurar el nombre del equipo: # echo nombre_equipo > /etc/hostname



Configurar el huso horario: # ln -sf /usr/share/zoneinfo/zone/subzone /etc/localtime



Configurar el idioma del sistema descomentando el locale necesario en el archivo /etc/locale.gen, y después generarlo con la orden: # locale-gen



Configurar las preferencias del idioma en /etc/locale.conf y, quizás también, en $HOME/.config/locale.conf: # echo LANG=nuestro_locale > /etc/locale.conf



Configurar la distribución del teclado para la consola y las preferencias del tipo de letra de la misma en /etc/vconsole.conf.



Configurar la red de nuevo para el entorno recién instalado: consultar Network configuration (Español) y Wireless network configuration (Español).

Página 7 de 21



Configurar /etc/mkinitcpio.conf si es necesario añadirle funcionalidades adicionales. Crear una imagen RAM inicial nueva con la orden: # mkinitcpio -p linux



Establecer la contraseña de root: # passwd

Instalar un gestor de arranque 

Consultar Boot loaders (Español) para conocer las opciones y configuraciones disponibles.

Reiniciar   

Salir del entorno chroot escribiendo exit o presionando Ctrl+D. Opcionalmente, desmontar manualmente todas las particiones con umount -R /mnt: esto permite advertir cualquier partición «ocupada», y buscar su causa con fuser. Por último, reiniciar el equipo escribiendo reboot: cualquier partición que todavía siga montada será desmontada automáticamente por systemd. Recuerde que debe retirar el soporte de instalación y luego iniciar sesión en el nuevo sistema con la cuenta de root.

Posinstalación Véase el artículo General recommendations (Español) para obtener indicaciones sobre cómo gestionar el sistema, así como tutoriales sobre qué hacer después de la instalación del sistema base (como pueden ser temas relativos a la instalación y configuración de una interfaz gráfica de usuario, la del sonido o la del panel táctil). Para obtener una lista de las aplicaciones que pueden ser de su interés, consulte List of Applications (Español). ________________________

Página 8 de 21

Solid State Drives Solid State Drives (SSDs) are not PnP devices. Special considerations such as partition alignment, choice of file system, TRIM support, etc. are needed to set up SSDs for optimal performance. This article attempts to capture referenced, key learnings to enable users to get the most out of SSDs under Linux. Users are encouraged to read this article in its entirety before acting on recommendations. Note: This article is targeted at users running Linux, but much of the content is also relevant to other operating systems like BSD, Mac OS X or Windows.

Contents 









1 Overview o 1.1 Advantages over HDDs o 1.2 Limitations o 1.3 Pre-Purchase Considerations 2 Tips for Maximizing SSD Performance o 2.1 Partition alignment o 2.2 TRIM  2.2.1 Verify TRIM Support  2.2.2 Apply TRIM via periodic fstrim  2.2.3 Enable TRIM by mount flag  2.2.4 Enable TRIM with tune2fs (discouraged)  2.2.5 Enable TRIM for LVM  2.2.6 Enable TRIM for dm-crypt o 2.3 I/O Scheduler  2.3.1 Kernel parameter (for a single device)  2.3.2 Using udev for one device or HDD/SSD mixed environment o 2.4 Swap Space on SSDs o 2.5 Hdparm shows "frozen" state o 2.6 SSD Memory Cell Clearing 3 Tips for minimizing disk reads/writes o 3.1 Intelligent partition scheme o 3.2 noatime mount option o 3.3 Locate frequently used files to RAM  3.3.1 Browser profiles  3.3.2 Others o 3.4 Compiling in tmpfs o 3.5 Disabling journaling on the filesystem 4 Choice of Filesystem o 4.1 Btrfs o 4.2 Ext4 o 4.3 XFS o 4.4 JFS o 4.5 Other filesystems 5 Firmware Updates o 5.1 ADATA o 5.2 Crucial o 5.3 Intel

Página 9 de 21

 

o 5.4 Kingston o 5.5 Mushkin o 5.6 OCZ o 5.7 Samsung o 5.8 SanDisk 6 Troubleshooting o 6.1 Resolving NCQ errors o 6.2 Resolving SATA power management related errors 7 See also

Overview Advantages over HDDs        

Fast read speeds - 2-3x faster than modern desktop HDDs (7,200 RPM using SATA2 interface). Sustained read speeds - no decrease in read speed across the entirety of the device. HDD performance tapers off as the drive heads move from the outer edges to the center of HDD platters. Minimal access time - approximately 100x faster than an HDD. For example, 0.1 ms (100 us) vs. 12-20 ms (12,000-20,000 us) for desktop HDDs. High degree of reliability. No moving parts. Minimal heat production. Minimal power consumption - fractions of a W at idle and 1-2 W while reading/writing vs. 10-30 W for a HDD depending on RPMs. Light-weight - ideal for laptops.

Limitations     



Per-storage cost (close to a dollar per GB, vs. around a dime or two per GB for rotating media). Capacity of marketed models is lower than that of HDDs. Large cells require different filesystem optimizations than rotating media. The flash translation layer hides the raw flash access which a modern OS could use to optimize access. Partitions and filesystems need some SSD-specific tuning. Page size and erase page size are not autodetected. Cells wear out. Consumer MLC cells at mature 50nm processes can handle 10000 writes each; 35nm generally handles 5000 writes, and 25nm 3000 (smaller being higher density and cheaper). If writes are properly spread out, are not too small, and align well with cells, this translates into a lifetime write volume for the SSD that is a multiple of its capacity. Daily write volumes have to be balanced against life expectancy. However, tests [1][2][3][4] performed on recent hardware suggest that SSD wear is negligible, with the lifetime expectancy of SSDs comparable to those of HDDs even with artificially high write-volumes. Firmwares and controllers are complex. They occasionally have bugs. Modern ones consume power comparable with HDDs. They implement the equivalent of a log-structured filesystem with garbage collection. They translate SATA commands traditionally intended for rotating media. Some of them do on the fly compression. They spread out repeated writes across the entire area of the flash, to prevent wearing out some cells prematurely. They also coalesce writes together so that small writes are not amplified into as many erase cycles of large cells. Finally they move cells containing data so that the cell does not lose its contents over time.

Página 10 de 21



Performance can drop as the disk gets filled. Garbage collection is not universally well implemented, meaning freed space is not always collected into entirely free cells.

Pre-Purchase Considerations The factual accuracy of this article or section is disputed. Reason: Would be nice to get some sources here, particularly on the "75% occupancy" (Discuss in Talk:Solid State Drives#) There are several key features to look for prior to purchasing a contemporary SSD.  Native TRIM support is a vital feature that both prolongs SSD lifetime and reduces loss of performance for write operations over time.  Buying the right sized SSD is key. As with all filesystems, target