Difference between revisions of "Archboot"
(→The difference to the archiso install media) |
(→The difference to the archiso install media) |
||
Line 62: | Line 62: | ||
* systemd is supported | * systemd is supported | ||
* It does not mount anything during boot process. | * It does not mount anything during boot process. | ||
− | * It | + | * It contains [core] repository on media. |
+ | * It provides an ineteractive setup and quickinst script. | ||
===Setup features=== | ===Setup features=== |
Revision as of 15:05, 2 August 2012
Contents
What is Archboot?
- Archboot is a set of scripts to generate bootable media for CD/USB/PXE.
- It is designed for installation or rescue operation.
- It only runs in RAM, without any special filesystems like squashfs, thus it is limited to the RAM which is installed in your system.
pacman -S archboot
Archboot ISO Releases
- Hybrid image files and torrents are provided, which include i686 and/or x86_64 core repository.
- Please read the according Changelog files for RAM limitations.
- Please check md5sum before using it.
- Download 2012.06 „2k12-R3“ / Download /boot (PXE/Rescue files) / Changelog / Forum thread
News
2012.06 „2k12-R3“
- use signed only packages and introduce experimental systemd support
General
- kernel 3.4.2 / LTS kernel 3.0.34
- pacman 4.0.3 usage
- RAM recommendations: 768 MB
Kernel changes
- bump to latest 3.4.x series and bump lts to latest 3.0.x series
Environment changes
- synced with latest mkinitcpio changes
- added systemd support, use init=/bin/systemd on boot command line to activate systemd installation mode
setup changes
- added systemd support
- generate enough entropy for pacman with haveged
- adopted pacman changes to use signed only packages
quickinst changes
- added systemd support
- generate enough entropy for pacman with haveged
- adopted pacman changes to use signed only packages
Known Bugs
- systemd booting has a little bug: /var/run needs to be a symlink to /run
rm -r /var/run ln -s /run /var/run systemctl restart dbus.service systemd-logind.service
Burning Release
Hybrid image file is a standard CD-burnable image and also a raw disk image.
- Can be burned to CD(RW) media using most CD-burning utilities.
- Can be raw-written to a drive using 'dd' or similar utilities. This method is intended for use with USB thumb drives.
'dd if=<imagefile> of=/dev/<yourdevice> bs=1M'
PXE booting / Rescue system
Download the the needed files from the /boot directory PXE/rescue files.
- vmlinuz_i686 + initramfs_i686.img (i686)
- vmlinuz_x86_64 + initramfs_x86_64.img(x86_64)
- vmlinuz_i686_lts + initramfs_i686.img (i686 LTS kernel)
- vmlinuz_x86_64_lts + initramfs_x86_64.img (x86_64 LTS kernel)
- For PXE booting add the kernel and initrd to your tftp setup and you will get a running installation/rescue system.
- For Rescue booting add a entry to your bootloader pointing to the kernel and initrd.
History
History of old releases can be found here.
The difference to the archiso install media
- It runs a modified Arch Linux system in initramfs.
- It is restricted to RAM usage, everything which is not necessary like man pages etc. is not provided.
- It supports (u)efi booting via grub-efi-x86_64.
- LTS kernel boot images are provided.
- hwdetect script is used for preconfiguration
- systemd is supported
- It does not mount anything during boot process.
- It contains [core] repository on media.
- It provides an ineteractive setup and quickinst script.
Setup features
- CD/USB/OTHER and FTP/HTTP installation mode
- Changing keymap and consolefont
- Changing time and date
- Preparing harddisk, like auto-prepare, partitioning, GUID (gpt) support, 4k sector drive support etc.
- Creation of software raid/raid partitions, lvm2 devices and luks encrypted devices
- Supports standard linux,raid/raid_partitions,dmraid,lvm2 and encrypted devices
- Filesystem support: ext2/3/4, btrfs, nilfs2, reiserfs,xfs,jfs,ntfs-3g,vfat
- Package selection support
- Autoaddition of usefull packages, like ntfs-3g, dhclient etc.
- LTS kernel support
- Auto/Preconfiguration of fstab, mkinitcpio.conf, rc.conf, crypttab and mdadm.conf
- Auto/Preconfiguration of KMS/framebuffers
- Configuration of basic system files
- Setting root password
- grub, grub2, lilo, extlinux/syslinux, grub2-uefi, rEFInd bootloader support
Bootparameters
General boot parameters
- earlymodules
- load modules before hooks are executed
- Usage:
- earlymodules=<comma-separated-array>
- earlymodules=ahci,ehci-hcd
- disablehooks
- disable a hook which is run during bootup
- Usage:
- disablehooks=<comma-separated-array>
- disablehooks=arch_floppy,arch_cdrom
- root
- Using this option will boot you into your specified existing system.
- Usage:
- root=/dev/<your-root-of-installed-system>
- root=/dev/sda3
- rootflags
- Using this option will pass special mount options for your root device
- Usage:
- rootflags=<comma-separated-array>
- rootflags=subvol=root,compress,ssd
- lvmwait=
- Using parameter followed by a comma-separated list of device names can be given on the command line.
- It will cause the hook to wait until all given devices exist before trying to scan and activate any volume groups.
- Usage:
- lvmwait=/dev/mapper/device1,/dev/mapper/device2
- advanced
- This will override advanced hooks running order for your system.
- Default order is arch_mdadm,arch_lvm2,arch_encrypt
- Advanced hooks are: arch_mdadm,arch_lvm2,arch_encrypt
- Usage:
- advanced=hook1,hook2,hook3
- advanced=arch_encrypt,arch_mdadm
- ide-legacy
- This will turn on the old IDE subsystem. This is only needed, if your system does not support the new PATA subsystem.
- only valid parameter on LTS kernel images
- arch-addons
- You want to load external addon packages or configs into the install environment.
- Place external addon packages in /packages directory of your external device.
- Place external configs in /config directory of your external device.
Video and framebuffer options
- uvesafb
- enables uvesafb mode during boot and activates setup routine to use it later on installed system.
- you need to specify your supported resolution eg.:
- uvesafb=<resolution>-<depth>
- uvesafb=1024x768-16
- fbmodule
- Loads the fb module you specify durin boot process and activates setup routine to use it later on installed system.
- Use it like this fbmodule=<yourmodule>, e.g. fbmodule=cirrusfb
FAQ, Known Issues and limitations
- Release specific known issues and workarounds are posted in changelog files.
- Check also the forum threads for posted fixes and workarounds.
- Why are /etc/modprobe.d/sound_persistent.conf and /etc/udev/rules.d/network_persistent.rules created?
- These 2 files ensure persistent ordering of network and soundcards, else it might happen that the order changes during every boot.
- dmraid might be broken on some boards, support is not perfect here.
- The reason is there are so many different hardware components out there. At the moment 1.0.0rc16 is included, with latest fedora patchset.
- grub/grub2 cannot detect correct bios boot order:
- It may happen that hd(x,x) entries are not correct, thus first reboot may not work.
- Reason: grub cannot detect bios boot order.
- Fix: Either change bios boot order or change menu.lst to correct entries after successful boot. This cannot be fixed it is a restriction in grub/grub2!
- Why is parted used in setup routine, instead of cfdisk in msdos partitiontable mode?
- parted is the only linux partition program that can handle all type of things the setup routine offers.
- cfdisk cannot handle GPT/GUID nor it can allign partitions correct with 1MB spaces for 4k sector disks.
- cfdisk is a nice tool but is too limited to be the standard partitioner anymore.
- cfdisk is still included but has to be run in an other terminal.
Bugs
Links
Restore Usbstick
Take care about which device actually is your USB stick. The next command will render all data on /dev/sdX inaccessible.
- First, wipe the bootsector of the USB stick:
dd if=/dev/zero of=/dev/sdX bs=512 count=1
- Then, create a new FAT32 partition on the stick and write a FAT32 filesystem on it (vfat or type b in fdisk terminology):
fdisk /dev/sdX <<EOF n p 1 t b w EOF mkdosfs -F32 /dev/sdX1
Create image files
Archboot Allinone ISO Howto
(Quick regeneration of installation media with latest available core packages)
Requirements
- x86_64 architecture
- archboot ISO
- ~ 3GB free space on disk
Create archboot chroots
# install archboot pacman -S archboot mkdir <x86_64_chroot> pacman --root "<x86_64_chroot>" -Sg base --noconfirm --noprogressbar mkdir <i686_chroot> linux32 pacman --root "i686_chroot>" -Sg base --noconfirm --noprogressbar
- Mount and copy the following files to each chroot:
mount -o bind /dev <chrootpath>/dev mount -o bind /tmp <chrootpath>/tmp mount -o bind /sys <chrootpath>/sys mount -o bind /proc <chrootpath>/proc cp -a /etc/mtab <chrootpath>/etc/mtab cp /etc/resolv.conf <chrootpath>/etc/resolv.conf
- Enter archboot x86_64 chroot:
chroot <chrootpath>
- Enter archboot i686 chroot:
linux32 chroot <chrootpath>
Install archboot and update to latest packages
# install in both chroots archboot: pacman -S archboot # update in both chroots to latest available packages pacman -Syu
Generate images
# run in both chroots (needs quite some time ...) archboot-allinone.sh -t # put the generated tarballs in one directory and run (needs quite some time ...) archboot-allinone.sh -g
- Finished you get a burnable iso image, a rawwrite usb image and a hybrid image which is both in one.
- Do not forget to unmount for each chroot after leaving:
umount <chrootpath>/dev umount <chrootpath>/tmp umount <chrootpath>/sys umount <chrootpath>/proc
Have fun! tpowa (Archboot Developer)