The Garry's Mod on Arch Linux Thread

I haven't seen any chatter about this, so let me start things off:
If you're viewing this thread in the next 37 hours, Garry's Mod is 75% off: http://store.steampowered.com/app/4000/
It isn't marked with a Tux icon, but it will show up in your linux games library and you will be able to install it.
However, I wasn't able to run the mod, it gives me the “Could not load library client” error, also described by this user.
I'll post any progress I make here, and if anyone has got it running please post your progess here as well.
Thanks!
After installing lib32-gconf from the AUR (like the blog comment thread I linked to suggested:
$ yaourt --noconfirm lib32-gconf
I was able to attempt to start a game, it exits without an error at the moment though...
Last edited by uberscientist (2013-07-19 06:28:44)

I'm getting a different error (i have lib32-gtk installed)
dlopen failed trying to load:
/home/user/.local/share/Steam/linux32/libsteam.so
with error:
/home/user/.local/share/Steam/linux32/libsteam.so: cannot open shared object file: No such file or directory
/media/Data/Games/SteamLibrary/SteamApps/common/GarrysMod/hl2.sh: line 67: 23594 Segmentation fault (core dumped) ${GAME_DEBUGGER} "${GAMEROOT}"/${GAMEEXE} "$@"
edit: after simlinking
.local/share/Steam/ubuntu12_32 to linux32
i get the following error:
(steam:23858): LIBDBUSMENU-GLIB-WARNING **: Trying to remove a child that doesn't believe we're it's parent.
SDL video target is 'x11'
SDL video target is 'x11'
SDL failed to create GL compatibility profile (whichProfile=0)!
Installing breakpad exception handler for appid(gameoverlayui)/version(20130719102159_client)
Installing breakpad exception handler for appid(gameoverlayui)/version(1.0_client)
Installing breakpad exception handler for appid(gameoverlayui)/version(1.0_client)
Installing breakpad exception handler for appid(gameoverlayui)/version(1.0_client)
Fontconfig error: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 70: non-double matrix element
Fontconfig error: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 70: non-double matrix element
Fontconfig warning: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 78: saw unknown, expected number
/home/user/.themes/qt4/gtk-2.0/gtkrc:335: Unable to locate image file in pixmap_path: "Expander/expander-normal-c.png"
/home/user/.themes/qt4/gtk-2.0/gtkrc:337: Background image options specified without filename
/home/user/.themes/qt4/gtk-2.0/gtkrc:344: Unable to locate image file in pixmap_path: "Expander/expander-prelight-c.png"
/home/user/.themes/qt4/gtk-2.0/gtkrc:346: Background image options specified without filename
/home/user/.themes/qt4/gtk-2.0/gtkrc:353: Unable to locate image file in pixmap_path: "Expander/expander-active-c.png"
/home/user/.themes/qt4/gtk-2.0/gtkrc:355: Background image options specified without filename
/home/user/.themes/qt4/gtk-2.0/gtkrc:362: Unable to locate image file in pixmap_path: "Expander/expander-insens-c.png"
/home/user/.themes/qt4/gtk-2.0/gtkrc:364: Background image options specified without filename
/home/user/.themes/qt4/gtk-2.0/gtkrc:372: Unable to locate image file in pixmap_path: "Expander/expander-normal-sc.png"
/home/user/.themes/qt4/gtk-2.0/gtkrc:374: Background image options specified without filename
/home/user/.themes/qt4/gtk-2.0/gtkrc:381: Unable to locate image file in pixmap_path: "Expander/expander-prelight-sc.png"
/home/user/.themes/qt4/gtk-2.0/gtkrc:383: Background image options specified without filename
/home/user/.themes/qt4/gtk-2.0/gtkrc:390: Unable to locate image file in pixmap_path: "Expander/expander-active-sc.png"
/home/user/.themes/qt4/gtk-2.0/gtkrc:392: Background image options specified without filename
/home/user/.themes/qt4/gtk-2.0/gtkrc:409: Unable to locate image file in pixmap_path: "Expander/expander-normal-se.png"
/home/user/.themes/qt4/gtk-2.0/gtkrc:411: Background image options specified without filename
/home/user/.themes/qt4/gtk-2.0/gtkrc:418: Unable to locate image file in pixmap_path: "Expander/expander-prelight-se.png"
/home/user/.themes/qt4/gtk-2.0/gtkrc:420: Background image options specified without filename
/home/user/.themes/qt4/gtk-2.0/gtkrc:427: Unable to locate image file in pixmap_path: "Expander/expander-active-se.png"
/home/user/.themes/qt4/gtk-2.0/gtkrc:429: Background image options specified without filename
/home/user/.themes/qt4/gtk-2.0/gtkrc:446: Unable to locate image file in pixmap_path: "Expander/expander-normal-e.png"
/home/user/.themes/qt4/gtk-2.0/gtkrc:448: Background image options specified without filename
/home/user/.themes/qt4/gtk-2.0/gtkrc:455: Unable to locate image file in pixmap_path: "Expander/expander-prelight-e.png"
/home/user/.themes/qt4/gtk-2.0/gtkrc:457: Background image options specified without filename
/home/user/.themes/qt4/gtk-2.0/gtkrc:464: Unable to locate image file in pixmap_path: "Expander/expander-active-e.png"
/home/user/.themes/qt4/gtk-2.0/gtkrc:466: Background image options specified without filename
/home/user/.themes/qt4/gtk-2.0/gtkrc:473: Unable to locate image file in pixmap_path: "Expander/expander-insens-e.png"
/home/user/.themes/qt4/gtk-2.0/gtkrc:475: Background image options specified without filename
[0720/020836:WARNING:proxy_service.cc(958)] PAC support disabled because there is no system implementation
Setting breakpad minidump AppID = 4000
Steam_SetMinidumpSteamID: Caching Steam ID: 76561197994308929 [API loaded no]
Did not detect any valid joysticks.
Could not load program cache file glbaseshaders.cfg
Could not find base GL shader cache file
Could not load program cache file glshaders.cfg
Could not find user GL shader cache file
Precache: Took 1 ms, Vertex 0, Pixel 0
/media/Data/Games/SteamLibrary/SteamApps/common/GarrysMod/hl2.sh: line 67: 24065 Segmentation fault (core dumped) ${GAME_DEBUGGER} "${GAMEROOT}"/${GAMEEXE} "$@"
Game removed: AppID 4000 "Garry's Mod", ProcID 24065
so no luck ...
Last edited by LyCC (2013-07-19 23:10:31)

Similar Messages

  • What is the best Desktop Environment in Arch Linux?

    Hello, Arch Community! I am having troubble desiding which DE to install on my new Arch box. I have narrowed it down to KDE, GNOME, and Xfce.
    I like KDE's customization but I also like GNOME's simplicity. Xfce is lightweight, but in previous experience GNOME apps such as NetworkManagerApplet don't run that well with it and I had troubble with Compiz Fusion in Xfce. Please help me decide. Please don't tell me that it is 'apples and oranges' or any crap like that. I just want an answer that talks about performance and customization, etc.
    BTW I am glad to return to Arch after getting sick of Fedora's massive updates. I am in love with Arch's rolling release cycle.
    Last edited by theDBANfan (2009-07-26 03:00:32)

    you dont even need a proper desktop environment, thats part of the reason i like arch so much, you can use ~/.xinitrc as your own personal desktop environment.
    just put what you want in your ~/.xinitrc
    this is mine
    xbindkeys &
    lxde-settings-daemon &
    xfdesktop &
    xfwm4 &
    xfce4-panel &
    exec ck-launch-session startlxde
    i have the minimal lxde install (just lxde-common, lxde-settings-daemon & lxsession-lite + lxapperance for my themes) so all my settings like themes  etc... are loaded on boot then i just added the panel i wanted, the window manager i wanted etc...
    if you want a fast minimal install with only the apps you want then do something similar, load somekind of settings manager so all your settings are loaded every time you boot then pick and choose you favorite panel, window manager etc...

  • Getting the Xubuntu XFCE theme on Arch Linux?

    I used Xubuntu on my netbook (mainly for convenience and I love the theme that comes with Xubuntu 13.04. Does anyone know if you can download it anywhere for XFCE running on Arch? Thanks.

    It's just Greybird (gtk2/3 +xfwm theme) with the elementary-xfce icon theme IIRC.  Search for them on the AUR.

  • [SOLVED] Ndiswrapper, NetworkManager 0.7 and 64-bit Arch Linux

    Hi there!
    I am having problems configuring my wireless card. I know I have to use Ndiswrapper, and this is what I have tried to do; however, it didn't go quite well.
    This is rather odd because it worked perfectly in the 32-bit version of Arch Linux, but now it doesn't work.
    So, here comes the code.
    valandil ~ $ lspci | grep Network
    0b:00.0 Network controller: Broadcom Corporation BCM4311 802.11b/g WLAN (rev 01)
    I really use ndiswrapper and have already installed what I think is the proper driver (it seems that the list the official ndiswrapper site had has somehow disappeared.
    sudo ndiswrapper -l
    Password:
    bcmwl5 : driver installed
    device (14E4:4311) present (alternate driver: ssb)
    Here's iwconfig:
    valandil ~ $ iwconfig
    lo no wireless extensions.
    eth0 no wireless extensions.
    wmaster0 no wireless extensions.
    wlan0 IEEE 802.11bg ESSID:""
    Mode:Managed Frequency:2.412 GHz Access Point: Not-Associated
    Tx-Power=0 dBm
    Retry min limit:7 RTS thr:off Fragment thr=2352 B
    Power Management:off
    Link Quality:0 Signal level:0 Noise level:0
    Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
    Tx excessive retries:0 Invalid misc:0 Missed beacon:0
    I use NetworkManager 0.7 and have configured properly:
    rc.conf:
    # /etc/rc.conf - Main Configuration for Arch Linux
    # LOCALIZATION
    # LOCALE: available languages can be listed with the 'locale -a' command
    # HARDWARECLOCK: set to "UTC" or "localtime"
    # USEDIRECTISA: use direct I/O requests instead of /dev/rtc for hwclock
    # TIMEZONE: timezones are found in /usr/share/zoneinfo
    # KEYMAP: keymaps are found in /usr/share/kbd/keymaps
    # CONSOLEFONT: found in /usr/share/kbd/consolefonts (only needed for non-US)
    # CONSOLEMAP: found in /usr/share/kbd/consoletrans
    # USECOLOR: use ANSI color sequences in startup messages
    LOCALE="en_US.utf8"
    HARDWARECLOCK="localtime"
    USEDIRECTISA="no"
    TIMEZONE="America/Vancouver"
    KEYMAP="cf"
    CONSOLEFONT=
    CONSOLEMAP=
    USECOLOR="yes"
    # HARDWARE
    # MOD_AUTOLOAD: Allow autoloading of modules at boot and when needed
    # MOD_BLACKLIST: Prevent udev from loading these modules
    # MODULES: Modules to load at boot-up. Prefix with a ! to blacklist.
    # NOTE: Use of 'MOD_BLACKLIST' is deprecated. Please use ! in the MODULES array.
    MOD_AUTOLOAD="yes"
    #MOD_BLACKLIST=() #deprecated
    MODULES=(fuse ndiswrapper fglrx !b44 !mii bcm43xx !snd_pcsp snd-mixer-oss snd-pcm-oss snd-hwdep snd-page-alloc snd-pcm snd-timer snd snd-hda-intel soundcore !pcspkr)
    # Scan for LVM volume groups at startup, required if you use LVM
    USELVM="no"
    # NETWORKING
    # HOSTNAME: Hostname of machine. Should also be put in /etc/hosts
    HOSTNAME="cipher"
    # Use 'ifconfig -a' or 'ls /sys/class/net/' to see all available interfaces.
    # Interfaces to start at boot-up (in this order)
    # Declare each interface then list in INTERFACES
    # - prefix an entry in INTERFACES with a ! to disable it
    # - no hyphens in your interface names - Bash doesn't like it
    # DHCP: Set your interface to "dhcp" (eth0="dhcp")
    # Wireless: See network profiles below
    #eth0="eth0 192.168.0.2 netmask 255.255.255.0 broadcast 192.168.0.255"
    eth0="dhcp"
    INTERFACES=(lo !eth0 !wlan0)
    # Routes to start at boot-up (in this order)
    # Declare each route then list in ROUTES
    # - prefix an entry in ROUTES with a ! to disable it
    gateway="default gw 192.168.1.1"
    ROUTES=(!gateway)
    # Enable these network profiles at boot-up. These are only useful
    # if you happen to need multiple network configurations (ie, laptop users)
    # - set to 'menu' to present a menu during boot-up (dialog package required)
    # - prefix an entry with a ! to disable it
    # Network profiles are found in /etc/network.d
    # This now requires the netcfg package
    #NETWORKS=(main)
    # DAEMONS
    # Daemons to start at boot-up (in this order)
    # - prefix a daemon with a ! to disable it
    # - prefix a daemon with a @ to start it up in the background
    DAEMONS=(@stbd httpd !network syslog-ng netfs crond alsa hal dhcdbd networkmanager fam gdm)
    hosts file :
    # /etc/hosts: static lookup table for host names
    #<ip-address> <hostname.domain.org> <hostname>
    127.0.0.1 localhost.localdomain localhost cipher
    # End of file
    /etc/NetworkManager/nm-system-settings.conf:
    GNU nano 2.0.9 File: /etc/NetworkManager/nm-system-settings.conf
    [main]
    plugins=keyfile
    [keyfile]
    hostname=cipher
    I hope you can solve this problem; wireless is really crucial.
    Thanks for any help,
    Last edited by valandil (2012-05-02 18:27:09)

    Alleluia!!!
    I think I will write a new rule for myself to follow :
    Thou shalt never use ndiswrapper again.
    Thanks a lot, wonder, and thanks to you too, Xyne.
    FYI, I tried to use something else than ndiswrapper before, but it didn't yield satisfying results. Anyway, thanks.

  • [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)

  • Canon PIXMA MP640 WiFi on Arch Linux x86_64

    I have a Canon PIXMA MP640 series multifunctional device connected wirelessly to my home router. On Windows Vista the device works flawlessly, I can print or scan without any problems. Now I decided to configure at least the printer part on my Arch Linux x86_64, which I dual-boot with Vista on the same laptop.
    I went through the Wiki entry for CUPS and SAMBA. I did install all the necessary packages, that is:
    1) cups (ver. 1.4.6), ghostscript (ver. 9.01), gsfonts (ver. 1.0.7pre44) - for CUPS
    2) cnijfilter-mp640 (ver. 3.20) and its dependencies: cnijfilter-common (ver. 3.00), lib32-libcups, lib32-popt - drivers for this particular model
    3) samba (ver. 3.5.6) and gamin (ver. 0.1.10) – for SAMBA
    Then I added cups and samba to DAEMONS section of the /etc/rc.conf file
    DAEMONS=(@syslog-ng !network @netfs @crond hal alsa wicd bluetooth laptop-mode !openntpd @cups @samba)
    copied Samba configuration file
    cp /etc/samba/smb.conf.default /etc/samba/smb.conf
    in which I changed only one entry – name of my workgroup, and then I restarted my system.
    In System Settings as root I went to Sharing→Samba and checked if everything seems fine – see print screen below.
    http://img854.imageshack.us/img854/300/samba1.png
    Then in Printer Configuration I chosed New network printer and I tried to fill all the boxes with information I have about my printer – see below. I also pointed to the specific .ppd file - /usr/share/cups/model/canonmp640.ppd.
    http://img5.imageshack.us/img5/6650/samba2.png
    The printer name and it's localization I got from my router – see below.
    http://img840.imageshack.us/img840/3982/samba3.png
    As you all see on print screen No 2 I'm getting “Bad URI – need printer name” error from CUPS. I “googled” about it, but still haven't been able to solve this issue. What am I doing wrong?
    Last edited by Zibi1981 (2011-03-07 18:13:31)

    No hints??? I believe it's related to Samba. I don't know how to configure it properly, so it can find my WiFi printer.

  • [Solved] Spammed with a nouveau message while installing Arch Linux?

    Well despite being spammed the message which makes it impossible to partition my drive using cfdisk, all I could accomplish was setting up my wireless adapter. Here is the message: http://i.imgur.com/O6pIW0V.jpg
    Is there any way I can solve this? It appears to happen in the Alt + Ctrl + F2 terminal in Ubuntu too. I have an Nvidia GTX 760. I am not using dual graphics. My only video card is the 760.
    <modedit>Please read our forum policy about posting images: https://wiki.archlinux.org/index.php/Forum_Etiquette. /Xyne </modedit>
    Last edited by kensclark16 (2013-08-28 01:53:35)

    Should I make a new thread? I have another question. I followed the whole Beginner's Guide up to the point where I mount Arch Linux and chroot in. I then set up the language, font, etc and got to the wireless setup part. It told me to do a few commands then enter
    pacman -S dialog
    . I did that which I think I messed up after that. I misread the text because it said to reboot and use wifi-menu AFTER you install the rest. I rebooted right after I installed "dialog." Now when I boot into Arch with GRUB, it says that I am missing the kernel headers. I used the CD to boot and then I mounted the partition but then arch-chroot /mnt will not work. It says that the exec is invalid or something. Does that mean I have to reinstall Arch?
    Last edited by kensclark16 (2013-08-28 01:25:36)

  • Free Arch Linux Case badge

    Hey all,
    I just wanted to announce a small promotion I have going in the http://schwag.archlinux.ca/ Arch Linux Schwag Shop -- we're officially sold out of case badges, but we have a few in stock (I wanted to avoid over-selling our inventory) so I'm giving them away with the next USB key purchases. I think we have over 20 keys and under 15 badges left, but We'll ship a badge with each key purchased until we run out of badges.
    So if you were thinking of getting a key and wished you hadn't missed out on the badges, here's your chance.
    For those that want to purchase badges without keys attached, I'll probably be restocking sometime in the spring.
    Dusty

    Dusty wrote:
    This is an old thread... 'next spring' actually meant 'last spring.'  The badges are currently sold out, but I'll be shipping again shortly after New Years.
    Dusty
    Duh!    I guess I should probably look at the dates before commenting .
    Still good to know.  I'm dying to get some Arch badges to proudly display on my machines .

  • Backpac: A package state snapshot and restore tool for Arch Linux

    backpac:
    A package state snapshot and restore tool for Arch Linux with config file save/restore support.
    https://aur.archlinux.org/packages.php?ID=52957
    https://github.com/altercation/backpac (see readme on the github repository for more information)
    Summary & Features
    It's a common method of setting up a single system: take some notes about what packages you've installed, what files you've modified.
    Backpac creates those notes for you and helps back up important configuration files. Specifically, backpac does the following:
    maintains a list of installed groups (based on 80% of group packages being installed)
    maintains a list of packages (including official and aur packages, listed separately)
    maintains a list of files (manually created)
    backs up key config files as detailed in the files list you create
    The package, group and files lists along with the snapshot config files allows system state to be easily committed to version control such as git.
    Backpac can also use these lists to install packages and files. Essentially, then, backpac takes a snapshot of your system and can recreate that state from the files and lists it archives.
    Use Cases
    Ongoing system state backup to github
    Quick install of new system from existing backpac config
    Conform current system to given state in backpac config
    Backpac is a very, very lightweight way of saving and restoring system state.
    It's not intended for rolling out and maintaining multiple similar systems, it's designed to assist individual users in the maintainance of their own Arch Linux box.
    Status
    Alpha, release for testing among those interested. Passing all tests right now but will continue to rework and refine. Bug reports needed.
    Why?
    There are a lot of 'big-iron' solutions to maintaining, backing up and restoring system state. Setting these up for a single system or a handful of personal systems has always seemed like overkill.
    There are also some existing pacman list making utilities around, but most of them seem to list either all packages or don't separate the official and aur packages the way I wanted. Some detect group install state, some don't. I wanted all these features in backpac.
    Finally, whatever tool I use, I'd like it to be simple (c.f. the Arch Way). Lists that are produced should be human readable, human maintainable and not different from what I'm using in non-automated form. Backpac fulfills these requirements.
    Regarding files, I wanted to be able to backup arbitrary system files to a git repository. Tools like etckeeper are interesting but non /etc files in that case aren't backed up (without some link trickery) and there isn't any automatic integration with pacman, so there is no current advantage to using a tool like that. I also like making an explicit list of files to snapshot.
    Sample Output
    This is the command line report. Additionally, backpac saves this information to the backpac groups, packages and files lists and the files snapshot directory.
    $ backpac -Qf
    backpac
    (-b) Backups ON; Files will be saved in place with backup suffix.
    -f Force mode ON; No prompts presented (CAUTION).
    (-F) Full Force mode OFF; Prompt displayed before script runs.
    (-g) Suppress group check OFF; Groups will be checked for currency.
    (-h) Display option and usage summary.
    (-p) Default backpac: /home/es/.config/backpac/tau.
    -Q Simple Query ON; Report shown; no changes made to system.
    (-R) Auto-Remove OFF; Remove/Uninstall action default to NO.
    (-S) System update OFF; No system files will be updated.
    (-U) backpac config update OFF; backpac files will not be updated.
    Sourcing from backpac config directory: /home/es/.config/backpac/tau
    Initializing.................Done
    GROUPS
    ============================================================================
    /home/es/.config/backpac/tau/groups
    GROUPS UP TO DATE: group listed in backpac and >80% local install:
    base base-devel xfce4 xorg xorg-apps xorg-drivers xorg-fonts
    GROUP PACKAGES; MISSING?: group member packages not installed:
    (base: nano)
    (xfce4: thunar xfdesktop)
    PACKAGES
    ============================================================================
    /home/es/.config/backpac/tau/packages
    PACKAGES UP TO DATE: packages listed in backpac also installed on system:
    acpi acpid acpitool aif alsa-utils augeas cowsay cpufrequtils curl dialog
    firefox gamin git ifplugd iw mesa mesa-demos mutt netcfg openssh rfkill
    rsync rxvt-unicode sudo terminus-font vim wpa_actiond wpa_supplicant_gui
    xmobar xorg-server-utils xorg-twm xorg-utils xorg-xclock xorg-xinit xterm
    yacpi yajl youtube-dl zsh
    AUR UP TO DATE: aur packages listed in backpac also installed on system:
    flashplugin-beta freetype2-git-infinality git-annex haskell-json
    package-query-git packer wpa_auto xmonad-contrib-darcs xmonad-darcs
    AUR NOT IN backpac: installed aur packages not listed in backpac config:
    yaourt-git
    FILES
    ============================================================================
    /home/es/.config/backpac/tau/files
    MATCHES ON SYSTEM/CONFIG:
    /boot/grub/menu.lst
    /etc/acpi/handler.sh
    /etc/rc.conf
    /etc/rc.local

    firecat53 wrote:I think your plan for handling an AUR_HELPER is good. If AUR_HELPER is defined by the user, then either you might need a list of major AUR helpers and their command line switches so you can pick the correct switch for what needs to be done (most use some variation of -S for installing, but not all), or have the user define the correct switch(es) somehow for their chosen AUR helper.
    That's a good idea. I'll add that to my AUR refactoring todo.
    I also found directory tracking to be a weakness in other dotfile managers that I tried. I think you would definitely have to recursively list out the contents of a tracked directory and deal with each file individually. Wildcard support would be nice...I just haven't personally found a use case for it yet.
    I've been thinking that I could just add the directory and scan through it for any non-default attribute files. If those are found then they get automatically added to the files list. That's pretty close to what etckeeper does.
    Edit: I just compiled the dev version and removed my comments for already fixed things...sorry!
    The master branch should have those fixes as well, but I didn't update the version number in the package build. I'll have to do that.
    1. Still apparently didn't handle the escaped space for this item: (the file does exist on my system)
    Ok, good to know. This wildcard directory business will require some new code and refactoring so I'll also rework my filenames handling.
    2. Suggestion: you should make that awesome README into a man page!
    I was working on one (the pkgbuild has a commented out line for the man page) but I had to leave it for later. Definitely want a man page. Once this stabilizes and I'm sure there aren't any big structural changes, I'll convert it to man format.
    3. Suggestion: add the word 'dotfile' into your description somewhere on this page, the github page, and in the package description so people looking for dotfile managers will find it. You could also consider modularizing the script into a dotfile manager and the package manager, so people on other distros could take advantage of your dotfile management scheme.
    I actually have a different script for dotfile management that doesn't touch packages, but there is definitely overlap with this one. That script isn't released yet, though, and if people find this useful for dotfile management that's great. I'll add that in.
    4. Suggestion: since -Q is a read-only operation, why not just make it run with -f automatically to avoid the prompt?
    Originally, running backpac without any command line options produced the Query output. I was concerned that since it is a utility that can potentially overwrite system files, it is important to give users a clear statement prior to execution about what will be done. Since the Query output is essentially the same as the Update and System reports in format and content, I wanted to be explicit about the Query being a passive no-change operation. The current command line options aren't set in stone though. If you feel strongly about it being different, let me know.
    Long answer to a short question
    5. Another suggestion: any thought to providing some sort of 'scrub' function to remove private information from the stored files if desired? This would be cool for publishing public dotfiles to github. Perhaps a credentials file (I did this with python for my own configs). Probably detecting email addresses and passwords without a scrub file would be rather difficult because dotfiles come in so many flavors.
    Yes, absolutely. In fact, if you look at the lib/local file (pretty sure it's in both master and dev branches in this state) you'll see some references to a sanitize function. The idea there is that the user will list out bash associative arrays like this:
    SANITIZE_WPA_=(
    [FILE]='/etc/wpa_supplicant.conf'
    [CMD]='sed s/expungepattern/sanitizedoutput/g'
    Question: am I missing an obvious option to remove a file from the files.d directory if I delete it from the files list? Or do I have to delete it manually? It might be helpful to add a section to the README on how to update and delete dotfiles from being tracked, and also a more detailed description of what the -b option does (and what is actually created when it's not used).
    You are only missing the function I didn't finish. There should be either dummy code or a TODO in the backpac main script referencing garbage collection, which isn't difficult but I just haven't finished it. The idea being another loop of "hey I found these old files in your files.d, mind if I delete them?" It's on my list and I'll try to get it in asap.
    And finally, just out of curiosity, why did you choose to actually copy the files instead of symlink like so many other dotfile managers do?
    git not following symlinks, hardlinks also out for permissions issues (git wouldn't be able to read the files, change them, etc.)
    I definitely would prefer to not make an entire copy of the file, but I haven't come up with a better option. Shout with ideas, though. Also, if there is a way around the link issues I noted above, let me know. I don't see one but that doesn't mean it's not there.
    edit: I think a Seattle area Arch meetup would be cool! Perhaps coffee someplace? Bellevue? U-district? Anyone else? BYOPOL (bring your own pimped out laptop)
    A general meetup sounds good. I was also thinking it would be fun to do a mini archcon with some demos.

  • Arch Linux 32x64 bits, Developers and Window Managers Support

    Greetings!
    After having some time issues due to college that prevented me from this, I wish to have again a rolling-release distro in my computer.
    I was in the past a big fan of Gentoo, but now it seems too much work to compile everything from scratch. Also they seemed to have some issues with the developers - the original developer if I understood correctly has quit the project, others were forced to quit due to misbehavior, etc. - and maybe due to some other facts their popularity on distrowatch dropped drastically.
    Then this year I've tried Debian Testing... My goodness, that was messy. Tons and tons of bugs on XFCE, like thunar hanging on load and displaying error messages, gedit not removing the ~lock files properly on close, so I had the myfile and ~myfile, and many others. Really, I gave up.
    I wish to give Arch Linux I try then. Of course that would be quite stupid to ask if arch linux is the best choice in an arch linux forum, but there are some key points that if you could answer would help me a lot to give it a try:
    1. 32x64
    "Should I use 32-bit or 64-bit?" is NOT the intended question. Many still prefer 32-bit-pae on a 64-bit capable machine, others prefer 64-bit. I wish to use 64-bit. Made my mind. But I would like to know if the support of 64-bit on Arch Linux is as good as 32-bit and if it comes by default with cross-libs which makes me able to run 32-bit applications natively right out of the box,
    2. Developers
    About how many and what's their relation with the users? When I've googled for Arch Linux, I've had found a review video on youtube where some guy said in the comments that developer's mind changed a lot in the past 2 years and they introduced many buggy packages that required manual workaround. At the end of his comments, he said "Sympathy? Apologies for the ****? Nope. blame the user for trusting 'pacman -Syu'" Surely I don't know which are these options because I haven't read about pacman yet (just know it's the default package manager) but you get the idea.
    Another key question: Is Arch Linux hiring new developers over the time? Replacing the ones that leaves for the many reasons?
    3. Window Managers Support
    With Gnome3's overall rejection (including mine), we have only two options: Switch to KDE or try other Window Managers. I still wish to have faith on gtk, so the first option is still not considered by me. I don't wish to know "which one is the best", because that's another large discussion just as the 32-bit x 64-bit. Just how good is Arch's support (updated constantly? bug-fixes?) on:
    - XFCE
    - MATE
    - Cinnamon
    (Of course there are others like LXDE, Enlightenment, etc. but I've decided to narrow down to XFCE even having quite bad experiences on Debian Testing.)
    4. Package Manager
    Last, being a rolling-release dist, can I add an option for a specific package to install a specific older version and/or not upgrade when you tell the dist. to upgrade everything? I remember that back on Gentoo I could edit a text file and just type the version of the package I wished to keep and the "update everything" option wouldn't touch the package (worked also to try new versions that were still not stable enough).
    Any replies will be very appreciated. Sorry for the long post.
    Best regards.

    I'll start at the end with #4.  Of course on the arch forums you will get people who are biased towards liking arch - but I think if you ask in other communities you will regularly hear that arch's package management system is its greatest strength.  Pacman is the primary tool for this, but we also have makepkg for things in the Arch User Repository (AUR), and the Arch Build System (ABS) to recompile anything from the main repos with additional/alternate compilation options.
    But for your direct question, there is an option to only upgrade to a particular version of a given package.  There is an option in pacman's configuration file for just this purpose.  However depending on what the package is, this could lead to problems.  Users are discouraged from updating most of their system while keeping some older packages - This can lead to issues with shared dependencies.  Of course if you build the package from source (AUR or ABS) yourself, such issues would be easy to resolve.  Is there a certain package you know you'd want to keep at an older version?  If you tell us what it is, we can give more specific information on how easy/hard it would be to accomplish.
    #3: Arch is a DIY distro.  You choose whatever window manager / DE you want.  I can vouche for XFCE working wonderfully in arch.  There are also numerous archers who use mate and cinnamon.  I have heard of some problems, but (AFAIK) these have nothing to do with compatibility with arch, rather these are due to upstream issues.  In other words, cinnamon, mate, xfce, or any other WM should work just as well on arch as on any other distro.  I'd bet our wiki for installing and configuring those WMs are better than those of the distros that bundle the WM with the core install.  (In addition to package management, you will find the arch wiki is second to none).
    #2: I can't answer with any specifics - other than to say they continue to do an excellent job.  I am not surprised by the youtube video - not because I'd agree with it, quite the opposite.  But as arch is a DIY distro it puts some responsibility on the user to maintain their own system.  If one is not prepared for nor willing to do this, they often become frustrated and end up blaming someone else.  Often this is the developers, sometimes it is the forum moderators, other times it is the whole arch community.  In every case these accusations are absurd.  Your questions on replacement of developers is a good question though - there is a history page on the wiki which might give some insight on this, but I suspect others will have better input on this.
    #1: I use i686 (32bit) on two of my computers and it works perfectly.  It sounds, however, that a majority of the community uses 64bit (which I just updated to on one of my computers).  My 64bit system works perfectly as well, but I don't have any 32bit-only apps.  Occasionally there are forum threads about some issue or another with "multilib" applications which are 32bit programs run in a 64bit system.  Generally these threads seem to be resolved without much hassle.  You can search for some of them yourself: Skype seems to be a common topic of such issues.
    All in all, I'd reiterate arch's strengths in it's package management and wiki/documentation.  Potential weaknesses could be found by users who are unwilling or unable to take responsibility for their own system.  I word this is a bit biased manner - there are many people who have no interest in being responsible for maintaining their own system, a majority of all computer users would fall into this category; most of them would be quite unhappy with arch linux.  If you were happy with gentoo in the past and only want to avoid constant recompiling then you probably would be one who could be very happy with arch.
    Or an even shorter summary: try it out.  If you don't like it, switch.

  • Installing Multiple Operating Systems with grub and Arch Linux

    NOTE: Please keep in mind that there are many different ways to achieve this same result using various loop and ramdisk methods, read this with a separate window to jot down your comments and suggestions... this is ongoing for me so any help would be appreciated!
    Read the full article at Install Multiple Os without cds
    This is my first post and I plan on making this topic an official HOWTO with www.tldp.org.
    I have been into the computer security scene since 1990, but I realized that I had very little experience with the various LInux, Unix, and alternative Operating systems out there.
    I have a CD-RW drive but being a struggling computer security researcher I had no money for blank cd-recordables.  What follows is how I managed to install various operating systems on my computer (1 hard drive) without having to burn to a CD the ISO and then boot from that.
    I first partitioned my 120GB harddrive into 10 partitions, the 2nd partition is a small swap and the last partition is extra large because it holds all the ISO images..
    I then wrote a small shell script to automatically download (I love wget!)  the following.
    OpenBSD
    IpCOP
    Libranet
    Arch-Linux
    Fire
    Local Area Security
    Packet Master
    Devil-Linux
    FreeBSD
    Knoppix
    Helix
    Gentoo
    Yoper-Linux
    NetBSD
    RedHat
    Slackware
    The script also downloaded Installation manuals and md5 checksums.. (let me know if I should post... its pretty unsophisticated
    I installed Slackware (personal favorite) on hda1 using my last blank CD-R, note that I do not have a separate boot partitino.  (Should I?).  I also installed grub on the MBR.  I love grub, if you read through the man pages and all info you can find about grub, you can learn a whole lot.  Grub has much more features and capability than lilo, even though lilo comes installed by default with slack.
    I organize my kernel situation as follows...  In my /boot directory, I mkdir KERNEL, CONFIG, MAP, INITRD and that is a good way for me to keep my kernels and everything organized..  Another good way is a separate dir for each new kernel. 
    Since Arch-Linux is a solid distro, I'll use that as a first example.
    Here is the Arch-Linux section of my shell script
    goge Arch-Linux
    $w http://puzzle.dl.sourceforge.net/sourceforge/archlinux/arch-0.6.iso
    $w http://unc.dl.sourceforge.net/sourceforge/archlinux/arch-0.6.md5sum
    $w http://www.archlinux.org/docs/en/guide/install/arch-install-guide.html
    md55
    cat arch-0.6.md5sum
    md5sum arch-0.6.iso
    md55
    The first thing to do is to mount the downloaded ISO image so we can use it as if it were an actual CD.
    mount -t iso9660 -o ro,loop=/dev/loop0 cdimage /mnt/cdrom
    Where cdimage= the ISO image.   EX. /usr/local/src/ISO/Linux/Arch-Linux/arch-0.6.iso
    This mounts the iso as /mnt/cdrom.
    Next you need to copy /mnt/cdrom to a separate partition for the booting process.  So mkfs.ext2 /dev/hda9.  ( I prefer reiserfs or even XFS to ext but if you use something other than ext2 you could run into some problems because some of the installation kernels and initrds don't include support for reiserfs and so can't recognize the files.  Although you could use mkinitrd to create a new initrd with reiserfs support, that might be pushin it IMO...   I use the 9th partition consistently for this.  I know there is a "right" way to copy the /mnt/cdrom files so everything stays the way it is supposed too, using tar or cpio, but I'm lazy so I just do cp -rp.   
    (What is the tar or cpio commands to copy with correct permissions etc??)
    So you mount the 9th partition as whatever, say /mnt/hd and then copy the files.  Now what?
    Now edit your /boot/grub/menu.lst file to include the specific options to boot arch-linux installation. 
    A good idea is to find the isolinux.cfg file somewhere on the distro cd, this will tell you what to include in the menu.lst.
    Here is the section in my menu.lst
    title Arch Install
    root (hd0,8)
    kernel /isolinux/vmlinuz load_ramdisk=1 prompt_ramdisk=0 root=/dev/rd/0
    initrd=/isolinux/initrd.img
    This should be self-explanatory.  The root (hd0,8) is pointing to partition 9.  So the rest of the commands start from partition 9. 
    When you experience problems, remember you can always edit the grub boot options by typing 'e' and then edit the section.  Also, a good idea is to include several variations in your menu.lst so you can easily try other ways to boot efficiently.  And, remember to read up on all the installation guides that come with your distro, specifically, hard-disk installs. 
    There are special cases, Gentoo, has a semi-new compressed filesystem called squashfs.  BTW, this is AWESOME, so check it out.  It has to be compiled into the kernel, so some work is in order, but use this recompile to optimize your kernel.  You can get the squashfs patch for almost any kernel.  I use the latest stable 2.6 kernel.  Squashfs is incredible and although I don't think you need it to install from ISO, you do need it to expand the livecd.squashfs filesystem that comes with the cd.
    Heres a sample Gentoo section from my menu.lst
    title Gentoo Install
    root (hd0,8)
    kernel /isolinux/gentoo root=/dev/ram0
    initrd=/isolinux/gentoo.igz init=/linuxrc acpi=off looptype=squashfs loop=/livecd.squashfs cdroot vga=791 splash=silent
    A nother' tip is the shell that is provided if you experience problems, typically busybox or ash.  The key tools to get you going from here is mount and chroot.  Sometimes you will need to manually create a simulated file system and then chroot into it.  For instance, you might have to create boot, etc, bin, directories on the target partition. 
    I generally install each OS onto the next partition (careful of the logical partition) and add it to my menu.lst after install.  A good idea is after installation, copy the kernel and initrd(if there is one) to the slackware(or whatever) boot partition on hda1.  I copy kernels to /boot/KERNEL/ and initrd's to /boot/INITRD, then menu.lst is more organized...
    You then need to add an updated section to your menu.lst (just comment out the install section for later)
    Here is the finished arch-linux section from menu.lst
    title Arch Linux 6
    root (hd0,2)
    kernel /boot/vmlinuz26 ro root=/dev/hdc3
    This doesn't use my convenient boot/KERNEL/vmlinuz26 as you can tell by setting the root to partition 3.
    ***NOTE: Make a backup of MBR using dd and save to floppy, also backup the partition table to floppy, using cfdisk or parted.  And boot disks (I use 1 with grub, and 1 with slack, and tomsbootdisk) will invariably come in handy.  Tomsbootdisk is recommended, and make the grub boot disk when you install grub.  install to floppy.
    ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
    The final result after some fun experimenting, is when I boot, I have a cool grub boot screen come up with the option to boot into whatever OS I want, this is handy for multiple reasons.  One good thing to do after this is to port scan and vuln scan each OS, after you update of course.  Write this stuff down and you will know the weaknesses/strengths of the various OS's. 
    I can boot a custom Firewall, snort, or multiple honeypots using this procedure, as well as a graphical kde environment with a kernel optimized for graphics and my processor/architecture, or an environment devoted to forensics or even an environment suitable for programming.
    ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
    P.S. Some of the cooler alternative operating systems are BeOS 5, EOS, ER_OS, V2_OS, and my personal favorite Menuet.  Menuet is 100% assembly graphical operating system that fits on a floppy.  Its f'in money!
    This should be a good enough example to get you started, this kind of thing should be learned and not just copied... Knowing how to do this stuff could prove to be exceptionally useful...

    Start by reading all the articles built-in on your Mac - Help > Mac Help, search "printer sharing."
    http://desk.stinkpot.org:8080/tricks/index.php/2008/04/how-to-print-to-a-cups-se rver-from-mac-os-x/
    http://www.macosxhints.com/article.php?story=20080324224027152&query=share%2Bpri nter
    http://members.cox.net/18james/osxprintersharing.html
    http://ubuntuforums.org/archive/index.php/t-56940.html

  • Arch Linux Beginners Guide

    Remembering the days when I installed Arch Linux for the first time I still feel that Arch misses a guide for beginners. I started one at the Wiki. Its intention is to show how you install and configure Arch Linux until you have a fully working desktop system for multimedia and office purpose. I'm still heavily improving it. If you have any suggestions or critics feel free to drop me a note or add the content to the wiki. If you find some spelling or grammar errors do the same or fix them, I'm no native speaker

    iphitus wrote:article is too big. provide links to existing wiki pages and documentation. If things change and you dont know, your article will be broken.
    Sure...but you will have this problem with all wiki pages. If you don't have a maintainer for bigger articles, the whole idea of the wiki won't work well.
    iphitus wrote:For example, change the install documentation to the install guide. Same goes for network, link to existing pages, and if there isnt one, create one.
    I disagree with this one. I personally like the idea of having one basic guide which will led in most cases to a fully working system and does not stop right after the installation, which will leave you with a single prompt. I tried to explain the "basic things" and give links for digging deeper (I may have failed at this, but I tried and will try again).
    Therefore you are right about linking, but as you may have seen I tried to link to existing pages if they exist and give more than just a basic information. As far as I know no install guide for voodoo exists yet.
    What I really don't want to do, is to create just a meta page that only links to other pages, for three reasons:
    * It's annoying to read if you have to follow a link, get back and follow the next link...
    * Because there is no single maintainer for all the sub pages, you can only link to pages that are known stable, otherwise the beginner will be totally lost fast
    * Some of the other pages are way too technically for a beginner, they quickly start with special things for exotic purposes (mainly because experienced people don't like writing about basic things I believe)
    iphitus wrote:Some of it seems a bit overkill too, you give a newbie style how to for tiny things, but completely gloss over even a basic description of what the "daemons line" is. Newbies using this beginners guide learn bugger all, as they just copy from the beginner guide. When things go wrong, they come to the forums rather than use initiative. I guess the installation and configuration acts as a form of natural selection.
    I think we have a different opinion how a wiki works, I always thought you start with something and improve it over time, when questions or suggestions arrive.
    A wiki will get better if more than one people is involved, therefore sharing and discussing at an early point of time is reasonable.
    On the other hand you are absolutely right about the daemons line, which should be explained for a beginner (EDIT: I added a paragraph about daemons a few moments ago).
    But I think differently about the natural selection. I never felt that Arch Linux aims to be an elitist distribution and that an acceptance test is needed if you want to use it...what I have seen from the community so far, Arch seems in fact to be the opposite. I like Arch for being clean, simple and logical constructed, not for being complicated. I'm too old to get     self-confidence just from installing an operating system.
    If users use the forum to ask the same questions again and again, our beginners guide is incomplete and we should fix it.
    iphitus wrote:Things like:
    http://wiki.archlinux.org/index.php/Arc … or_newbies
    and a better FAQ, would be more useful than yet another blow by blow install tutorial that falls out of date in 6 months.
    James
    This may not be representative, but a better FAQ and Jargon for Newbies (damn, I really love this elite attitude ) wouldn't helped him:
    Someone at my blog wrote:Thanks for the guide! I tried installing Arch over Christmas and had the worst time trying to figure that out. So I of course went back to my trusty Gentoo. I always liked Gentoo because even though its an "advanced distro" they provide you with plenty of documentation. Arch on the other hand does not and that really bothered me. But now that I have a Gentoo style guide, I think I'll try it again!
    Don't get me wrong, I really appreciate your criticism because it makes me think twice about some things and will most probably lead to a better guide.

  • Pen drive usb transcend crazy over arch linux

    The model in question is a pen drive 4Gb Transcend JetFlash V33 that when I enter the port usb notebook with arch Linux not mount automatically (which have done all pen drive I used up to now, friends, colleagues, etc. ...). With gparted (from arch linux) tells me that the pen drive has a space-512mb (unless, that is negative) and space is not allocated (not formatted). Impossible mount from terminal, I type a message from the beginning that the size of the device can not be found after its end (and we believe with a capacity of -512). I gave the pen drive to a friend with windows Xp, where it is regularly recognized (4 gb, FAT 32). Even with the live CD systemrescueCD is regularly recognized and I move into pen a text file above (to test) after mounted it using the terminal. The text file was also seen in windows Xp. I didn't experiment with other Linux distributions. Someone knows that cabbage can be. Sorry for my bad english. Thank you.

    It is definitely able to recognize the USB and DVDs as separate drives; it gives the option of booting from USB, and it gives the memory capacity of the USB drive I used as a live USB, and the memory used for the live CD.  But when it comes time to actually boot, something is going wrong.
    I would suspect it is a problem with the BIOS, if not for the fact that I had a similar issue on my previous system, which used a completely different motherboard.  If it is the same issue, it would either have to be a problem with the DVD drive (although I don't know why it would be against loading some live CDs but not others) or perhaps the way I created the live CDs.  Although, again, I don't understand why the Linux Mint 32-bit DVD would work fine, while both 64-bit DVDs would not.
    I will try using a different DVD drive to boot the DVDs, and if that does not work, I'll try creating a new Arch live CD to see if I can resolve the issue.  But if anyone has any ideas, it would still be greatly appreciated.

  • Is it suitable install Arch Linux on a USB key?

    I want to install Arch Linux on a USB  key following the wiki https://wiki.archlinux.org/index.php/In … _a_USB_key
    But I now heard that Arch Linux will be very very slow than LiveUSB because of USB's bad I/O speed. Is it real?
    Forgive my poor English, thank you!

    Actually I spent some times to study USB, and I concluded out that it is relate with USB's performance, as example, USB 3.0 is better than USB 2.0, SLC is better than MLC.
    So the better performance of USB the more suitable to install Arch Linux. However, it will costs me much money to buy expensive USB:)
    @Mr Green What's your blog? Is this http://archbang.org/?

  • Just some few Arch Linux questions

    Hi, I am new to Arch Linux and am looking for some advice and answers.
    Here are the questions:
    1. Does the update command (I think its called pacman and it updates many things with one command in terminal) update the Arch Linux base, the DE that is installed, the apps that are installed and artwork on Arch Linux?
    2. Is Arch Linux User friendly once installed (When I say user friendly, I mean something like Ubuntu)?
    3. Does the drivers (Wireless card drivers, graphics card drivers, printer drivers and audio card drivers) come pre-installed once Arch Linux is installed like Ubuntu?
    4. What is the stablility and speed of Arch Linux compared to Ubuntu?
    That is all I need to know.
    Cheers,
    molom

    molom wrote:Hi, I am new to Arch Linux and am looking for some advice and answers.
    Here are the questions:
    1. Does the update command (I think its called pacman and it updates many things with one command in terminal) update the Arch Linux base, the DE that is installed, the apps that are installed and artwork on Arch Linux?
    pacman is the package manager for Arch. It will install single package, batches of packages, update the installed packages and several other things. Yes, one command 'pacman -Syu will update all the installed packages to the most recent available in the repositories. It will not update your artwork, ut everything else will be updated if you so desire.
    molom wrote:2. Is Arch Linux User friendly once installed (When I say user friendly, I mean something like Ubuntu)?
    Once you have installed the base systen, updated and then installed whatever desktop environment or window manager you want, whatever programs you want, etc., it will be as user friendly as you have made it.
    molom wrote:3. Does the drivers (Wireless card drivers, graphics card drivers, printer drivers and audio card drivers) come pre-installed once Arch Linux is installed like Ubuntu?
    As others have said, the install process does a fairly good job of detecting your hardware and installing the necessary modules, but it is up to you to install drivers for your nVidia / ATI video card if you want accelerated graphics. You'll have to install your printer (generally via cups, which you must also install). You'll have to install alsa and you may have to configure your sound.
    molom wrote:4. What is the stablility and speed of Arch Linux compared to Ubuntu?
    Arch is what you make it. You can have a rock solid stable system, or you can opt to be bleeding edge and risk the occasional package breaking.
    molom wrote:So when you say 'pkgs', do you also mean the desktop environment as well. For example, I have E17 installed and I use the 'pacman -Syu' command, will it update the version of E17 on my PC to the current version of E17?
    A package is a piece of software. E17 is a package, or perhaps a meta package made up of a bunch of packages. alsa is a package. gnome network-manager is a package. Anything that is installed on your system is managed and updated by pacman.
    molom wrote:Is there something similar to synaptic in Arch Linux?
    pacman is the Arch package manager. It does not need a gui front end, though there are a few third party front ends that have been written. I do not know if they are still active.
    molom wrote:
    I'm really eager into knowing about Arch Linux.
    Cheers,
    molom
    Then I also suggest as other have, that you avail yourself of the wiki, especially the beginner's guide which answers several of the questions you've asked.
    Arch Linux is what you make of it, but you have to do the making. Heck, that's 95% of the fun!

Maybe you are looking for