[Solved] Arch Linux in a Solaris branded Zone

Hello,
After having read this article at the Genunix WiKi, I 'd very much like to install Arch Linux (http://204.152.191.100/wiki/index.php/I … anded_zone) in a Solaris branded Zone. However, the Arch Linux file to download is about two years old now, so I 'd like to roll one with a bit more recent kernel.
I just wonder what might be the procedure to do so.
a) Is it just unpacking the ISO inside the zone and let it enroll whilst booting?, or
b) is it advisable to install the old package and upgrade from there?
I am quite curious to learn how this works.
TIA, Algey
Last edited by algernonz (2011-11-28 18:42:31)

Hi,
it does indeed sound like an interesting little project. You should, however, revert to your procedure (a) and use one of the recent ISO images the Arch team has updated this year.
Using that old tar will give you numerous headaches when trying to upgrade. Doing a simple upgrade from that old file will most probably break the system, thats why they took the effort to provide the new ones.
Good luck.

Similar Messages

[solved] Arch linux access point with multiple interfaces for the NAT

Hi, I have a router running Arch linux. It is connected via LAN (let's call it eth0) to the internet. It has a second LAN interface, eth1, and a wireless interface in master mode, wlan0.
Now, Everything works perfectly except providing network connectivity on eth1 and wlan0 simultaneously. I followed the guide in the "Internet share" wiki article and use dnsmasq/hostapd for the AP. It appears as if all traffic from the router is sent to the wlan0 interface, even if it came in through eth1 (for example, dhcp requests). I cannot really find information how to solve this. The words "bonding" and "iptables" are floating around, but there is not really an easy to understand tutorial for this.
What do I need to do to use both the eth1 and wlan0 interface (for different clients!) on my router?
Best regards, and thank you in advance
Jan Oliver
/e: This seems to be my problem: http://www.novell.com/support/kb/doc.php?id=7000318 How do I solve this using the usual iptables? (The way described in the article doesn't work: "RTNETLINK answers: No such process" errors.)
Last edited by janoliver (2013-09-25 22:24:53)

Or you could bridge eth1 and wlan0, and make dnsmasq bind/listen on that bridge...

[SOLVED] Arch Linux Duke (2007) Fails to Boot

Folks, I have a unique and challenging problem that has exhausted my Arch Linux skills, and so I am now turning to you.
I have a vintage Pentium Pro 200 system (that’s 200 MHz folks! – 200 MHz 686 architecture – the original 686!), two CPUs, running a dual boot between Windows NT 4.0 and Arch Linux Duke (2007). It has 512 MB of RAM and a 120 GB hard drive, partitioned up between Windows NT and Linux. I built this system new in 2007, hence the dated version of Arch. It has run like a charm all these years, granted not getting that much use. After about a year of no use at all, I fired the system up last week to help with a little research for a blog post I was writing on networking Windows NT 4.0 and Mac OS 8.6. Windows NT 4.0 fired right up with no issue, and after I was done testing what needed to be tested I tried to boot over to Arch.
After a year of disuse, Arch unexpectedly and stubbornly refused to boot. The boot process started up just fine, but towards the end, it declared that it could not mount the root file system on the root device and took a kernel panic and stopped. My Arch skills have gotten a bit rusty in the last few years, but I dusted them off and went to work. My guess was a file system or superblock error. Arch wouldn’t boot, but I dragged out my trusty RIPLinux 2.9 Rescue Live CD and fired it up. It came right up and ran, and I was able to mount the Arch partition and view all the files… everything seemed to be there; it just wouldn’t boot. Windows NT 4.0 AND RIPLinux both boot and run on the machine, so the hardware is fine as well.
A little information on the disk layout. Windows NT 4.0 is in the first partition on the hard drive. The extended partition has a second Windows NT 4.0 partition (sort of a /home partition for Windows NT 4.0), followed by the main Arch partition (the one I am trying to boot), followed by a swap partition and then the largest partition, which I use to share data between Arch and Windows NT 4.0 (I have loaded an ext2/3 driver into Windows NT 4.0 and it happily accesses the Linux partitions on the box).
RIPLinux’s e2fsck did find some issues with the Arch partition and I had it repair them all. I checked again afterwards that all the files were still there, and they were. With the partition now known to be clean, and the superblock repaired from one of the backups, all should have been well. However, Arch still wouldn’t (and still won’t) boot.
RIPLinux has a kind of a chain loader function, so I had it attempt to start up Arch for me. However, this was flummoxed by the fact that Arch addresses all my hard drive partitions as /dev/sdax and RIPLinux addresses them as /dev/hdax. Hence, without a common language, it was hard to get the one to start the other. Still, using this function, I have been able to get a crippled version of Arch running on the machine again. No modules had been loaded, and so it couldn’t do almost anything, but there it was (and is), Arch Linux Duke, at the CLI level. From there, I can see all the files, I can move freely in and out of my user account and the root account, but I can’t make the thing actually boot properly.
If you have read this far, you are a trooper. Summarizing what I know, the hardware is good, the file system is clean, the superblock is good, I can mount it cleanly from a live CD and I can chain load a crippled version of Arch. Here is the boot process blow-by-blow. When I try to do a normal boot, the Windows NT 4.0 loader passes control to the Lilo boot sector I have placed on hda1 (sda1 in Duke’s parlance). Lilo takes over, present a menu and when I select Duke, takes off. Arch Linux Duke starts to boot. It gets a good long way along, all the way along to:
:: Loading udev events [Pass]
:: Mount root Read-only
:: Checking file systems
This is where it stops.
The next thing I see is:
/dev/sda6
The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else) then the superblock is corrupt and you might try running e2fsck with an alternate superblock:
E2fsck –b 8193 <device>
I then get a sort of character based splash screen that says
**********FILE SYSTEM CHECK FAILED ****************************
* Please repair manually and reboot. Note that the root file system
* is currently mounted read-only. To remount it read-write, type:
* mount –n –o remount,rw /. When you exit the maintenance
* shell, the system will reboot automatically
Give root password for maintenance
At this point, I give the root password and enter the maintenance shell as root. I typed in “mount” and the first entry I got back is
/dev/sda6 on / type ext3 (rw)
This is exactly the root partition that the start up complains about. It is clearly there. I can see it, I can walk around it… it is clearly there. Why won’t it boot? Despite the message, the superblock is fine – it passes every test e2fsck can throw at it.
At this point, I did a “e2fsck /dev/hda6 (which is how RIPLinux would have passed it into Arch” and it says it is “clean”. I suspect that the Superblock message is because Arch sees root as sda6, while RIP passed it in as hda6...
Deciding to see what Arch would be seeing as it tried to set things up in the boot sequence, I tried the following next:
# mknod “/dev/root2” b 3 6
(“3” because RIPLinux refers to my hard drive as IDE, while Arch refers to it by major number “8”, which is SCSI. By the way, it IS an IDE drive – not sure why Arch insists on using the sdx nomenclature instead of hdx)
Then I entered “mount /dev/root2 /mnt/hda6” and “ls /mnt/hda6”
All was well. I can make the node, I can mount it, and I can see the contents. All is clearly well, but something is clearly wrong enough that Arch can’t boot.
I am totally out of ideas. I have tried every trick I know and am out of tricks. I would welcome any insights as to what I could try to get this venerable Arch installation back on its legs.
By the way, the key section of the /etc/lilo.conf file (lest anyone want to know) is:
image = /boot/vmlinuz26
root = /dev/sda6
label = ArchLinux-Duke
initrd = /boot/kernel26.img
read-only
I am stumped. Thanks in advance for any and all pointers you may be able to offer.
Last edited by mac57 (2014-06-02 17:42:21)

Folks, thanks for all your helpful comments, and I wanted to report back to you that I finally overcame the issue, and ArchLinux-Duke (2007) is once again executing flawlessly on my old Pentium Pro 200 system. I won't bother reporting here all the blind allies I went down as I tried to figure out what was wrong, but in the end, literally moments before I was about to give up and overwrite my Arch installation with a new Linux variant (antiX seemed well suited for such old and low power hardware), my attention was drawn to a note I had made in my files back in 2007 about a problem with similar symptoms. In that case, I had just deleted ZenWalk Linux from the hard drive (both Arch and Zen had been on the drive), and merged several partitions to make use of the newly free space. This had changed Arch's view of the drive lettering, and what had been its /dev/sddx root device was now /dev/sdcx. Arch failed to boot, throwing off the same errors I was seeing now. I wish I had recalled that note a month or so ago! It would have saved me a lot of work and a lot of frustration.
At any rate, as a last step, and testing the idea that maybe the drive lettering had changed for some reason, I repeatedly manually booted Arch, specifying root=/dev/sda6, then /dev/sdb6, then /dev/sdd6, and finally, /dev/sdc6. Eureka! Arch now considered itself to be on /dev/sdc6 whereas previously it had been on /dev/sda6. This got me part way there, but the boot failed at the filesystem check stage and threw me into root. I disabled the file system check in /etc/rc.sysinit and got farther. Then I cleaned up /etc/fstab to agree with the new sdc naming, and I was back on the air fully.
So, what had happened was that Arch had changed its view of the drive it was on from sda6 to sdc6. While I could not understand why this "sudden" change had occurred, at least I had a solution, and had Arch back up and running.
Trolling through the rest of my notes, I found the answer. In 2012, the Tekram SCSI card in the machine failed, and I ultimately replaced it with an Adaptec card. The Tekram card did not have a BIOS segment on it. The Adaptec card did. My guess is that this caused the two internal SCSI devices I have built into the system (Iomega ZIP and Jaz respectively) to be enumerated first, claiming the "sda" and "sdb". device names. That left "sdc" for the root device, and that is where Arch went next. This is my guess anyway.
I should have caught this issue back in 2012, at the time, but from my notes, I can see that I tested the new card thoroughly using the Windows NT 4.0 side of the machine, but never thought to bring up Arch as well. Hence, this problem lay dormant for two years, before I attempted to fire up Arch last month and blundered right into it.
It has not all been bad. I have learned more about the ext2 and ext3 file systems and superblocks in the intervening time than I will ever need to use. I have learned how to manually boot Linux on a machine whose BIOS is so old that it cannot address the disk cylinder that the kernel is on and I have completely refreshed the many general Linux skills that used to just flow from my finger tips. It has been a frustrating experience, but ultimately a successful and useful one.
Just wanted to let everyone know that this is now [SOLVED]. I would mark the post as such, but I don't see any obvious way to do that. Thanks again everyone.

[SOLVED] Arch Linux on encrypted luks partition on USB key

Hi
I've installed Arch Linux on a USB key following this Wiki page: https://wiki.archlinux.org/index.php/In … _a_USB_key
I also used dm-crypt as described in this Wiki page: https://wiki.archlinux.de/title/Festpla … iante_1.29
I installed Arch Linux on the USB key using VirtualBox.
To do that, I created a "rawvmdk":
vboxmanage internalcommands createrawvmdk -filename ./usb.vmdk -rawdisk /dev/sdd
Everything works fine when I'm trying to start the system within VirtualBox.
Syslinux loads Arch using the following kernel command:
APPEND cryptdevice=UUID=6aa73872-3755-4bdf-bee3-d1cd7a3fe0bf:main root=/dev/mapper/main-root rw
/etc/mkinitcpio.conf holds the following "HOOKS" configuration:
HOOKS="base udev autodetect modconf block keyboard keymap encrypt lvm2 filesystems fsch resume"
As already mentioned the configuration works within VirtualBox. When I'm trying to boot from the USB key on my real computer, I'm getting an error. Syslinux works fine and loads Linux, but Linux is complaining. Here's the log:
:: running hoock [encrypt]
Waiting 10 seconds for device /dev/disk/by-uuid/6aa73872-3755-4bdf-bee3-d1cd7a3fe0bf ...
ERROR: device '/dev/mapper/main-root' not found. Skipping fschk.
ERROR: Unable to find root device '/dev/mapper/main-root'.
You are being dropped to a recovery shell
I'm not getting prompted for the passphrase since the cryptdevice can not be found. But why? It can be found when I'm booting within VirtualBox. What might be different? I successfully installed other Linux distributions (but without encryption and using GRUB as bootloader) previously within VirtualBox and was able to boot from the USB key on a real machine afterwards.
Some additional information that might help:
Here's the "lsblk -f output" for the stick:
sdd
├─sdd1 ext4 usbboot bb45e84e-842e-4209-8c44-1af3c7933389
└─sdd2 crypto_L 6aa73872-3755-4bdf-bee3-d1cd7a3fe0bf
When I'm running "lsblk" or "blkid" from the recovery shell after the failure, I'm getting no output. "ls /dev/sd*" returns nothing as well. The directory /dev/disk does not even exists in the recovery shell. (I'm not sure if this is normal or not.)
Thanks for helping.
Last edited by The Infinity (2014-08-14 20:26:06)

I still haven't solved the problem:
When starting the system on a machine with NVIDIA GTX 560Ti graphics card:
- X doesn't start using startx or xinit and there are no log entries in /var/log/Xorg.*.log (as I haven't tried to start X).
- I'm getting the message "Waiting for X server to begin accepting connections .. .. .. ..".
- I already tried to uninstall xf86-video-nouveau and nouveau-dri with no effect.
- Additionally: The "default terminals tty1/2/3/..." (which I'm using to start X) from have a poor resolution (I think 640x480 pixel).
When starting the system on a virtual machine or a machine with an ATI Radeon (mobile) graphics card:
- X starts and runs without any trouble the XFCE desktop environment.
- Additionally: The default terminals have a proper resolution (I think the maximal resolution of the display).

[SOLVED] Arch Linux is zombie infested !!!

Sigh !
I don't know what happened but a few minute before when I rebooted my Arch Linux desktop, it started acting weird.
First thing I do is to start my torrent client Deluge, look there was no icon in the tray for it but it was shown in System-monitor.
Then I started Firefox, a few minute later the whole thing logged off. I renter my password and then again it logged of within one minute.
So I rebooted to see if that changes this time, but this time I could see was that firefox was shown as ZOMBIE process and then when I tried to take the screenshot the system hanged
Some thing I did today was
Installed Yaourt
Then installed nautilus-dropbox plugin
Dropboxd service runs in background, so is there something fishy about the dropbox service. I tried to kill it but it again restarts.
Please help me from zombie infestation, I am writing this from Ubuntu
Last edited by visio159 (2008-09-14 08:41:47)

No one replied !!! huh
Well good news is that my RAM module needed a dust cleanup. Probably due to corrupt memory it was behaving bad.
I am impressed that it (linux) logged me off when it detected that there were memory violation and corruptions to prevent any data damage ! Now can anyone explain this to me ? Is it really a feature or was just random occurring ?
Case solved, learned a lesson too.
Last edited by visio159 (2008-09-13 05:44:10)

[SOLVED]Arch Linux running inside GNOME Boxes.

Hello,
I wanted to create a vm using GNOME Boxes to run another Arch Linux installation (to test things and avoid to break my main system).
I did a normal install, then installed gnome-shell and gdm from testing repos. I enabled gdm and NetworkManager and after reboot my box.
The box don't boot. The main display only see early fsck lines (about /), I can see in the thubnail more lines but can't read messages.
What is wrong here ?
Regards,
Fabien
Last edited by fbourigault (2014-10-07 11:22:36)

I can't read it it only show in the thumbnail. I posted here to known if I missed some package installation or if someone already had the problem and solve it !.
EDIT:
I installed a new box, using gnome from stable repositories. I installed the same packages but didn't enable anything. I'm starting services by hand to allow me do configuration in the box
You can find the gdm log here : http://pastebin.com/R5ek3Xwy (full version with multiple failing runs :http://pastebin.com/fCsPxAvb)
EDIT 2 :
Problem solved by installing xf86-video-qxl from AUR ! This package should really be in official repos.
Last edited by fbourigault (2014-10-07 08:41:32)

[SOLVED]Arch Linux / UEFI / BTRFS using Grub2 & Windows 8 in a 2nd HDD

PROBLEM:
====================================================================================
Dear fellas
I just purchased an new HP TouchSmart 17.3" laptop that comes with Windows 8.1 pro (1 tb HDD + small SSD for cache only ) and still have space for one more HDD or SSD.
I Google a lot and read a lot but many questions emerged since seems that no one has the same scenario (maybe I pick the wrong choices) like me.
The problem is.. I didn't wish to re-install Windows 8.1 since it came with from factory.. so I purchased a 750 gb hdd and put it into the free slot to install Arch Linux in a different HDD.
As I am not familiar with UEFI what I did was to reorder the hdds. I just put the Windows HDD as second disk and the new disk (For Arch Linux) as primary and changed into Bios from UEFI to compatibility mode and installed Arch Linux into the primary one.
I reaaaally need help to add to grub the correct "path" to Windows 8.1 disk that came with UEFI..
Anyone could please help me?
Thanks in advance!
====================================================================================
SOLUTION:
A huge thanks to @TheSaint and other users for their help and assistance!
More sources:
http://www.kossboss.com/linux---arch-in … -grub-boot
https://www.youtube.com/watch?v=METZCp_JCec#t=146
https://bbs.archlinux.org/viewtopic.php … 1#p1390741
Step by Step Summary:
Use gdisk to create partitions on /dev/sda:
- 512MB - EF02 type partition (for EFI boot)
- 690GB - Linux partition for the BTRFS.
- Create an EF00 (ESP) with 512mb
- Create a Linux System partition with the rest of space
Make the FAT 32 system for EFI boot:
# mkfs.vfat -F32 /dev/sda1
Make the BTRFS partition. If it complains about existing filesystems just add a "-f":
# mkfs.btrfs -L arch -f /dev/sda2
We will make out a root subvolume for sda1, this will be a folder called root located at the root of sda2. The way we will design this is that When the system boots we will not see /root, we will be inside root. Inside root you will have all of your etc,sys,proc,whatever folders etc.
# mount /dev/sda2 /mnt
# cd /mnt
# btrfs subvolume create /mnt/root
This should show you your root
# btrfs subvolume list -a /mnt
Something like this: ID 256 gen 5 top level 5 path root
# cd /
# umount /dev/sda2
Now we will mount sda2 root subvolume as /mnt and we will dump the arch system into there with pacman. We will also enable compress to utilize btrfs compress feature.
# mount -o defaults,compress=lzo,subvol=root /dev/sda2 /mnt
NOTE: the command "mount" will not show which subvolume is mounted, to see how subvolumes are mounted you need to look inside proc (cat /proc/self/mountinfo):
# cat /proc/self/mountinfo | egrep sda2
The line for the mount of sda2 looks like this:
43 21 0:34 /root /mnt rw,relatime shared:30 - btrfs /dev/sda2 rw,compress=zlib,ssd,space_cache
We can see that the subvolume /root is mounted to /mnt from the device /dev/sda3
Notice how with regular mount command its missing:
# mount | egrep sda2
/dev/sda3 on /mnt type btrfs (rw,relatime,compress=zlib,ssd,space_cache)
Pacman will dump stuff into a boot folder, so we better mount our sda1 EFI boot partition to it. Or else all of the boot stuff will go to sda3 instead of sda1:
# cd /
# pacstrap -i /mnt base base-devel
Let us create the directory and mount the EFI partition
# cd /mnt
# mkdir -p /mnt/boot/efi
# mount /dev/sda1 /mnt/boot/efi
Let us generate the FSTAB:
# genfstab -p /mnt >> /mnt/etc/fstab
Let us chroot into the arch installation:
# arch-chroot /mnt /bin/bash
Change password:
# passwd
Then pick the right one like this and associate it with a link to /etc/localtime
# ln -s /usr/share/zoneinfo/US/Pacific /etc/localtime
Let us generate the initial RAM disk
# mkinitcpio -p linux
Let us setup the bootloader (GRUB)
# pacman -Syu grub efibootmgr
Let us generate the grub configuration
# grub-mkconfig -o /boot/grub/grub.cfg
Let us install grub into the HDD
# grub-install /dev/sda
# umount -R /mnt
# umount /mnt
# reboot
From this step you can go straight and forward with the https://wiki.archlinux.org/index.php/Beginners%27_guide
Last edited by erickwill (2014-11-21 20:41:06)

TheSaint wrote:As UEFI BIOS is a boot loader itself. You should make on each HDD an ESP.
When you want to start win8 you go to BIOS and chose its entry, so will do for Arch the same.
For this way I suggest you write to boot the kernel directly from the BIOS. It just take some reading on this topic
Other option you set on you second ESP the boot loader of your liking and it will try to find win8 partition.
Thanks for your reply.
For the second option, may I use the compatibility mode and install the booloader into the first partition along with Arch?
Or in case the first option is still the better option, could you pleaaaase give me some directions from the scratch? Do you have Google Hangout?
Thanks in advance.
Last edited by erickwill (2014-11-18 19:54:26)

[SOLVED] Arch Linux on Macbook - Can't fix Screen Resolution

I just installed Arch Linux as a dual-boot on my Macbook. I really like it so far. However, I came across a problem that is really bothering me. It may seem simple, but no matter what I try, I only get "1024x768" and "800x600" resolution options. What I need is "1280x800." Here is my xorg.conf file right now:
Section "ServerLayout"
Identifier "X.org Configured"
Screen 0 "Screen0" 0 0
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
EndSection
Section "Files"
ModulePath "/usr/lib/xorg/modules"
FontPath "/usr/share/fonts/misc"
FontPath "/usr/share/fonts/100dpi:unscaled"
FontPath "/usr/share/fonts/75dpi:unscaled"
FontPath "/usr/share/fonts/TTF"
FontPath "/usr/share/fonts/Type1"
EndSection
Section "Module"
Load "glx"
Load "dri2"
Load "extmod"
Load "dbe"
Load "dri"
Load "record"
EndSection
Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
EndSection
Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/input/mice"
Option "ZAxisMapping" "4 5 6 7"
EndSection
Section "Monitor"
Identifier "Monitor0"
VendorName "Monitor Vendor"
ModelName "Monitor Model"
EndSection
Section "Device"
### Available Driver options are:-
### Values: <i>: integer, <f>: float, <bool>: "True"/"False",
### <string>: "String", <freq>: "<f> Hz/kHz/MHz"
### [arg]: arg optional
#Option "ShadowFB" # [<bool>]
#Option "DefaultRefresh" # [<bool>]
#Option "ModeSetClearScreen" # [<bool>]
Identifier "Card0"
Driver "vesa"
VendorName "Intel Corporation"
BoardName "Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller"
BusID "PCI:0:2:0"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
SubSection "Display"
Viewport 0 0
Modes "1280x800"
Depth 1
EndSubSection
SubSection "Display"
Viewport 0 0
Modes "1280x800"
Depth 4
EndSubSection
SubSection "Display"
Viewport 0 0
Modes "1280x800"
Depth 8
EndSubSection
SubSection "Display"
Viewport 0 0
Modes "1280x800"
Depth 15
EndSubSection
SubSection "Display"
Viewport 0 0
Modes "1280x800"
Depth 16
EndSubSection
SubSection "Display"
Viewport 0 0
Modes "1280x800"
Depth 24
EndSubSection
EndSection
I just followed the instruction on the Arch Linux - Macbook Wiki page, and everything worked perfectly, except the resolution question. The only thing I added to the file is the 'Modes "1280x800"' lines. This is exactly what I've always done with linux, and it has always worked. So I'm perplexed, and I can't find any solutions that actually work by googling it. Has anyone else come across this problem, and even more important, does anyone know what is wrong?
Thanks.
Last edited by meolson (2009-09-23 04:44:23)

Ok. I figured it out. I found this forum:
http://bbs.archlinux.org/viewtopic.php?id=56899
I found it before, but I had done everything, or so I thought. At the end, he mentions two things that are important to fix the resolution. I've repeated them here, and adapted them to what I had before:
pacman -S xf86-video-intel
edit /etc/X11/xorg.conf, and change video card driver from 'vesa' to 'intel'
I thought I had installed xf86-video-intel already, but apparently I hadn't. So, I followed those two steps, and now, it looks so much better! Thanks to anyone who tried to looked for a solution.

[SOLVED]Arch Linux, and Windows 8.1 Dual Boot issue

Hi guys. I recently bought a new laptop, and decided to run Arch Linux and Windows 8.1. I installed Windows 8.1 first as recommended by the beginners guide, and then installed Arch Linux. I made sure UEFI was enabled in my BIOS, and made sure everything was on a GPT partition. The install itself went fine. My laptop loads grub, and Arch Linux shows up and boots, but there is no option to boot into Windows 8.1. The only way I can boot into Windows 8.1 is by accessing my motherboard, and choosing to launch the windows boot manager instead of the grub launcher. How can I get Windows 8.1 to show up in grub? Thanks in advance guys.
Last edited by Painguy (2014-08-20 20:19:37)

Painguy wrote:
-----------Edit------------------
Yeah just ran this after installing os prober
grub-mkconfig -o /boot/grub/grub.cfg
and it works now. Sorry for the crazy posts guys. Thanks for the suggestions and help.
Yeah I'm sure I'm doing something wrong lol. I did not install OS-Prober. I think that's where the issue is. I'm missing the menu entry in grub.cfg right? Do I just run os prober or do I have to manually edit grub.cfg.
If that's not the case then here is what I did up until now. What I did was start with a blank SSD drive. I used cgdisk to make the disk use a GPT partitioning scheme. I installed windows 8.1 and checked in windows to make sure it boots into UEFI-GPT mode and it does. I then installed arch linux using the beginners guide. I made sure to use cgdisk to create any extra partitions, and installed GRUB to the efi partition that windows had created ( I did not format this partition ). I then finished the installation and rebooted, and Grub only shows arch linux. I don't think I'm dealing with anything MBR related. I made sure I used the GPT partitioning scheme....i think lol.
All you need to do is run os-prober then run grub-mkconfig. It should pick up Windows at that point.

[SOLVED] Arch Linux on Macbook Pro 4.1

Hey There,
I'm a 2 years old Arch Linux guy and due to the problems I've had with my HP Pavilion PC, I've bought a Macbook Pro 3-4 months ago.. Because that it's a pain in the ass to install, upgrade and remove software on Mac OS X, especially development software such as Python and its bindings, I'm thinking of migrating to Arch Linux. Any way, I've just installed Arch Linux and dual boot..
I've installed X, GNOME, NVIDIA so far and when I try to open GNOME (via startx), it opens up a 800x600 or 1024x768 resolution X and shows GNOME.. But I can't move the mouse and no matter what I type no menus show up.. So I'm stuck after GNOME starts.. I can't drop back into the terminal so I hold the power button to shutdown and start the machine...
It seems that this is the only problem I have for now.. Anyone had this problem before? I've tried it with and without xorg.conf and the result is the same..
Last edited by T-u-N-i-X (2008-11-30 16:17:11)

CTRL + ALT + Backspace
That should close startx. Also, the user manual has a couple of alternative methods of setting up your xorg.conf file. I'd try those next.
http://wiki.archlinux.org/index.php/Beg … phic_Cards
Last edited by sharpie (2008-11-30 14:05:39)

[SOLVED] Arch Linux Guest Virtual Box OSE problem

So I am installing my Arch Linux as a Guest in my Ubuntu partition, through Virtual Box OSE (3.2.8). I followed the wiki ( https://wiki.archlinux.org/index.php/Ar … lBox_Guest ) but still have an issue:
sudo pacman -S kernel26-headers xorg gcc make
sudo mount /dev/cdrom /mnt/cdrom
sudo /mnt/cdrom/VBoxLinuxAdditions-x86.run
But It fails on Shared folders, and cannot recognize X:
:: Building the VirtualBox Guest Additions Kernel Modules [BUSY]
:: Building the main Guest Additions module [DONE]
:: Building the shared folder support module [FAIL]
(Look at /var/log/vboxadd-install.log to find otu what went wrong)
:: Warning: Unknown version of the X Window System installed. Not installing X Window System drivers.
:: Installing graphics libraries and desktop services components [Done]
/var/log/vboxadd-install.log states:
/tmp/vbox.0/vfsmod.c:406:9: error: unknown field 'clear_inode' specified in initalizer
/tmp/vbox.0/vfsmod.c:406:9 warning: initalization from incompatible pointer type.
Which is strange, because as far as I know, clear_inode is part of the linux headers.
Any idea why this is happening? Do I just need to update VirtualBox to a newer version?
Last edited by gralamin (2011-03-11 18:22:14)

Updating Virtualbox fixed the issue.

Solaris Branded Zones, Unable to reboot/Halt

Hi People,
Hoping someone can help. Im running Solaris 10 on a Sun Workstation Ultra 45. I have two disks. One disk has the default install of solaris 10 all updated to the latest patches.The second disk is mounted as /zones and holds each of the zones on ZFS. I have then downloaded and installed successfully Solaris 8 and Solaris 9 and Solaris 10 zones. So I have 3 zones.
The problem I am facing is I can boot up all 3 zones fine and they work great, however when I halt or reboot either Solaris 8 or solaris 9, they never come back up. I try and zlogin to them and telnet and ssh and they are totally unresponsive and quite literally dont boot. I have tried to pkill -9 -z zonename ; umount /zonesfilesystem; zpool clear and even rebooted the Global zone. Still will not come up. The only way they will boot after being shutdown is if i shutdown the global zones and turn the server off and back on.
Solaris 10 Zone boots up and down fine with no isses. I have tried this on both UFS and ZFS thinking it might be a file lock issue. Still unable to reboot or halt a zone and bring it back up.
Any help please :)
Thanks in advance.

When they are unable to come back up, what does 'zoneadm list -cv' say? If the state of the zone is "down" or "shutting_down", you can probably benefit from the fix for:
7038404 outstanding zone references should not cause zone_destroy(2) to hang
This is available in 147440-05 (sparc) / 147441-05 (x86) or later.

[SOLVED] Arch Linux won't boot

Hi,
I was bad and didn't update my packages often enough, and now my arch installation on a desktop won't boot.
I've booted off of a usb arch install, mounted all of the appropriate harddrive partitions, and used arch-chroot to switch to the offending hard drive.
The /boot/syslinux/syslinux.cfg is such:
# Config file for Syslinux -
# /boot/syslinux/syslinux.cfg
# Comboot modules:
# * menu.c32 - provides a text menu
# * vesamenu.c32 - provides a graphical menu
# * chain.c32 - chainload MBRs, partition boot sectors, Windows bootloa
ders
# * hdt.c32 - hardware detection tool
# * reboot.c32 - reboots the system
# * poweroff.com - shutdown the system
# To Use: Copy the respective files from /usr/lib/syslinux to /boot/sysli
nux.
# If /usr and /boot are on the same file system, symlink the files instea
d
# of copying them.
# If you do not use a menu, a 'boot:' prompt will be shown and the system
# will boot automatically after 5 seconds.
# Please review the wiki: https://wiki.archlinux.org/index.php/Syslinux
# The wiki provides further configuration examples
DEFAULT arch
PROMPT 0 # Set to 1 if you always want to display the boot: prompt
TIMEOUT 50
# You can create syslinux keymaps with the keytab-lilo tool
#KBDMAP de.ktl
# Menu Configuration
# Either menu.c32 or vesamenu32.c32 must be copied to /boot/syslinux
UI menu.c32
#UI vesamenu.c32
# Refer to http://syslinux.zytor.com/wiki/index.php/Doc/menu
MENU TITLE Arch Linux
#MENU BACKGROUND splash.png
MENU COLOR border 30;44 #40ffffff #a0000000 std
MENU COLOR title 1;36;44 #9033ccff #a0000000 std
MENU COLOR sel 7;37;40 #e0ffffff #20ffffff all
MENU COLOR unsel 37;44 #50ffffff #a0000000 std
MENU COLOR help 37;40 #c0ffffff #a0000000 std
MENU COLOR timeout_msg 37;40 #80ffffff #00000000 std
MENU COLOR timeout 1;37;40 #c0ffffff #00000000 std
MENU COLOR msg07 37;40 #90ffffff #a0000000 std
MENU COLOR tabmsg 31;40 #30ffffff #00000000 std
# boot sections follow
# TIP: If you want a 1024x768 framebuffer, add "vga=773" to your kernel l
ine.
LABEL arch
MENU LABEL Arch Linux
LINUX ../vmlinuz-linux
APPEND root=/dev/md0 ro
INITRD ../initramfs-linux.img
LABEL archfallback
MENU LABEL Arch Linux Fallback
LINUX ../vmlinuz-linux
APPEND root=/dev/md0 ro
INITRD ../initramfs-linux-fallback.img
#LABEL windows
# MENU LABEL Windows
# COM32 chain.c32
# APPEND hd0 1
LABEL hdt
MENU LABEL HDT (Hardware Detection Tool)
COM32 hdt.c32
LABEL reboot
MENU LABEL Reboot
COM32 reboot.c32
LABEL off
MENU LABEL Power Off
COMBOOT poweroff.com
and /etc/mdadm.conf is:
ARRAY /dev/md0 UUID=3830049a:44459d91:3ad800a8:e77f102f
ARRAY /dev/md1 UUID=a69afb27:1266d0c2:0c8966db:14500cdb
ARRAY /dev/md2 UUID=20b0675c:2fcca1a5:0882d652:06324bf6
ARRAY /dev/md3 UUID=3f0343cb:ff7342c9:fe8e73d4:ba6d61b3
ARRAY /dev/md4 UUID=287c6b6d:8cbd733c:c6e9d285:a2b14814
ARRAY /dev/md5 UUID=ccd0d21c:8103251b:2c9a32d1:bc6dcc78
and it looks to me like this agrees with blkid:
sh-4.3# blkid
/dev/sda1: UUID="3830049a-4445-9d91-3ad8-00a8e77f102f" UUID_SUB="932acc3b-f7ba-d443-cf76-9d59b663c651" LABEL="archiso:0" TYPE="linux_raid_member" PARTLABEL="Linux RAID" PARTUUID="9574bd41-8133-4c6a-b5b4-981002a41867"
/dev/sda2: UUID="a69afb27-1266-d0c2-0c89-66db14500cdb" UUID_SUB="e3de7e2c-8153-0c53-ac5d-ffc678deb269" LABEL="archiso:1" TYPE="linux_raid_member" PARTLABEL="Linux RAID" PARTUUID="fc78d66d-53a4-4c99-a29c-b881d19c1e8d"
/dev/sda3: UUID="20b0675c-2fcc-a1a5-0882-d65206324bf6" UUID_SUB="36f53577-cd9b-0c4e-4223-58123a6b2426" LABEL="archiso:2" TYPE="linux_raid_member" PARTLABEL="Linux RAID" PARTUUID="b7187772-bf01-4517-99a1-d2aa209aa35b"
/dev/sda4: UUID="3f0343cb-ff73-42c9-fe8e-73d4ba6d61b3" UUID_SUB="e583cdb9-f523-b4ea-01bb-609779ca3efe" LABEL="archiso:3" TYPE="linux_raid_member" PARTLABEL="Linux RAID" PARTUUID="df9fddd2-762b-4eb3-860c-ef79f545fa77"
/dev/sda5: UUID="287c6b6d-8cbd-733c-c6e9-d285a2b14814" UUID_SUB="ec1c493a-97f0-48e2-1659-068c25b7aa55" LABEL="archiso:4" TYPE="linux_raid_member" PARTLABEL="Linux RAID" PARTUUID="ba388b64-8f6b-4053-a695-14560832735e"
/dev/sda6: UUID="ccd0d21c-8103-251b-2c9a-32d1bc6dcc78" UUID_SUB="9b53306f-941d-8048-5780-533ada837e11" LABEL="archiso:5" TYPE="linux_raid_member" PARTLABEL="Microsoft basic data" PARTUUID="6325add3-aa39-4fa2-995c-aacf7165097c"
/dev/sdb1: UUID="3830049a-4445-9d91-3ad8-00a8e77f102f" UUID_SUB="ec3420f6-d21a-5e69-94f8-d81f277079ec" LABEL="archiso:0" TYPE="linux_raid_member" PARTLABEL="Linux RAID" PARTUUID="9574bd41-8133-4c6a-b5b4-981002a41867"
/dev/sdb2: UUID="a69afb27-1266-d0c2-0c89-66db14500cdb" UUID_SUB="4b1e7230-ffec-0985-1ac7-a69aec27eec2" LABEL="archiso:1" TYPE="linux_raid_member" PARTLABEL="Linux RAID" PARTUUID="fc78d66d-53a4-4c99-a29c-b881d19c1e8d"
/dev/sdb3: UUID="20b0675c-2fcc-a1a5-0882-d65206324bf6" UUID_SUB="4d1721b6-d87f-00b6-4bd9-45712592b033" LABEL="archiso:2" TYPE="linux_raid_member" PARTLABEL="Linux RAID" PARTUUID="b7187772-bf01-4517-99a1-d2aa209aa35b"
/dev/sdb4: UUID="3f0343cb-ff73-42c9-fe8e-73d4ba6d61b3" UUID_SUB="085a16ce-1a7c-d79e-eb92-fed6b1b70365" LABEL="archiso:3" TYPE="linux_raid_member" PARTLABEL="Linux RAID" PARTUUID="df9fddd2-762b-4eb3-860c-ef79f545fa77"
/dev/sdb5: UUID="287c6b6d-8cbd-733c-c6e9-d285a2b14814" UUID_SUB="10857018-548a-9311-178e-7d2b06e25942" LABEL="archiso:4" TYPE="linux_raid_member" PARTLABEL="Linux RAID" PARTUUID="ba388b64-8f6b-4053-a695-14560832735e"
/dev/sdb6: UUID="ccd0d21c-8103-251b-2c9a-32d1bc6dcc78" UUID_SUB="d577ff9e-a687-f335-7062-f2f629886a58" LABEL="archiso:5" TYPE="linux_raid_member" PARTLABEL="Microsoft basic data" PARTUUID="6325add3-aa39-4fa2-995c-aacf7165097c"
/dev/sdc1: LABEL="/dev/sdc1" UUID="de2a5dc6-4b22-466f-819a-86dda839c7e6" TYPE="ext4" PARTUUID="c3072e18-01"
/dev/sdc2: LABEL="/dev/sdc2" UUID="2909b560-e9b9-48cf-a194-7b7c9c38d312" TYPE="ext4" PARTUUID="c3072e18-02"
/dev/md127: UUID="3f9ddf01-4f7c-4633-844d-82a1781170a5" TYPE="ext4"
/dev/md126: UUID="7105ac32-610b-4d4b-935b-675edc71ff32" TYPE="ext4"
/dev/md125: UUID="90cc6dbe-2d0f-422b-8653-965f103b8e8d" TYPE="ext4"
/dev/md124: UUID="5fd8960f-6017-49c8-bc7e-c972aa0e2f31" TYPE="ext4"
/dev/md123: UUID="7B9075B74838729A" TYPE="ntfs"
/dev/md122: UUID="96468ceb-857b-467e-b9c7-2a37e13fde6f" TYPE="ext4"
and lsblk is:
sh-4.3# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 931.5G 0 disk
|-sda1 8:1 0 1G 0 part
| `-md126 9:126 0 1024M 0 raid1 /boot
|-sda2 8:2 0 24G 0 part
| `-md122 9:122 0 24G 0 raid1 /
|-sda3 8:3 0 15G 0 part
| `-md127 9:127 0 15G 0 raid1 /var
|-sda4 8:4 0 100G 0 part
| `-md125 9:125 0 100G 0 raid1 /home/j3doucet
|-sda5 8:5 0 100G 0 part
| `-md124 9:124 0 100G 0 raid1 /home/c2hollow
`-sda6 8:6 0 691.5G 0 part
`-md123 9:123 0 691.4G 0 raid1 /media
sdb 8:16 0 931.5G 0 disk
|-sdb1 8:17 0 1G 0 part
| `-md126 9:126 0 1024M 0 raid1 /boot
|-sdb2 8:18 0 24G 0 part
| `-md122 9:122 0 24G 0 raid1 /
|-sdb3 8:19 0 15G 0 part
| `-md127 9:127 0 15G 0 raid1 /var
|-sdb4 8:20 0 100G 0 part
| `-md125 9:125 0 100G 0 raid1 /home/j3doucet
|-sdb5 8:21 0 100G 0 part
| `-md124 9:124 0 100G 0 raid1 /home/c2hollow
`-sdb6 8:22 0 691.5G 0 part
`-md123 9:123 0 691.4G 0 raid1 /media
sdc 8:32 1 58.9G 0 disk
|-sdc1 8:33 1 19.5G 0 part /etc/resolv.conf
`-sdc2 8:34 1 39.4G 0 part
sr0 11:0 1 1024M 0 rom
Everything looks fine to me, /dev/sda1 is /boot, which has the same UUID as what mdadm has for /dev/md0, which is what syslinux.cfg has been told to boot off of. I'm not sure what to do from here.
Last edited by c2hollow (2015-01-02 00:43:56)

It's long that Arch uses rw argument on kernel command line.
You should correct your syslinux.cfg as follow.
LABEL arch
MENU LABEL Arch Linux
LINUX ../vmlinuz-linux
APPEND root=LABEL="archiso:1" rw ## <<< Here's the diff
INITRD ../initramfs-linux.img
This isn't for the fallback menu entry, you just analyze the differences and do same there.
I'm not familiar with syslinux, I just suppose you may try to test these options on-the-fly, before write them permanently. So when the syslinux menu will appear at boot time, please find the way to enter in edit mode and apply the correction. That will stay for the time you boot once. But it will ensure if it'll be good enough and do the writing later once you've booted.

[Solved]Arch Linux Gnome writing to usb disk destination is read only

Hi
i Have installed Arch Linux latest image 1-3-2015 not using Evolution Linux or any GUI installer
i installed Arch Linux using command line
i have gnome 3.14
each time i try to write movie to usb flash or usb external hard disk
the error says
the destination disk is read only
how to change this
Last edited by belal (2015-04-04 20:58:54)

I'm curious. Is the filesystem on the USB, ntfs ?
If yes, did you install NTFS-3G ? https://wiki.archlinux.org/index.php/NTFS-3G. Happened to me 8 days ago .
EDIT - Sorry for the repost using the same solution as my above post. Didn't see his link. Just surfed through the posts for the word "NTFS-3g" and it wasn't there.
Last edited by newguy (2015-03-31 07:51:48)

[SOLVED] Arch Linux Boot from USB fails while loading kernel

I am attempting to get arch linux booting off my usb. I use cfdisk to create a /dev/sdb1 partition then use mkfs.ext4 /dev/sdb1, mount the usb, pacstrap it, use install-syslinux_update -iam, generate fstab and then attempt to boot from it.
The boot extracts the kernel but then complains that DEVICE is missing in the option APPEND root=DEVICE (in syslinux.cfg). I looked in /dev/disk (on the temporary filesystem shell), it showed my ssd and cd drive but not the usb. Does anyone know what could be causing the USB to not load in that particular section of the kernel?
Last edited by afree10 (2013-12-11 14:28:14)

afree10 wrote:
Due to my situation I have to type the file in from scratch so I will only type uncommented lines:
MODULES=""
BINARIES=""
FILES=""
HOOKS="base udev autodetect modconf block filesystems keyboard fsck"
I will reboot and get that lsmod output.
Since you'll probably want to boot from different computers (portable USB system), you want to remove 'autodetect' from that line. This is the same as always booting the initramfs-linux-fallback.img image. To save some space, you could remove 'autodetect' from the configuration file, disable the fallback image in /etc/mkinitcpio.d/linux.preset and delete initramfs-linux.img (otherwise, you'll get two identical images).
Of course, run mkinitcpio -P when you're done.

[Solved] Arch Linux in a Solaris branded Zone

Similar Messages

Maybe you are looking for