Deluge under arch linux - one observation

Hello,
There were various problems with deluge bittorrent client under arch linux, but it seems to work if no plugins are enabled.
This is with deluge version 1.1.9 run under a "normal" user account (not started from /etc/rc.d/deluge).
Kind regards,
Vlad

By Which plugin can't it work? and please post the message from terminal.

Similar Messages

Progress on Unity under Arch Linux!

See here for information about the new GNOME 3.12-compatible packages: https://bbs.archlinux.org/viewtopic.php … 3#p1404683
I'm now on IRC! Come join us at #unityforarch on Freenode
To install Unity from my repos:
See the wiki: https://wiki.archlinux.org/index.php/un … mmended.29
To install Unity from source:
See the wiki: https://wiki.archlinux.org/index.php/unity#From_source
-- You probably don't want to read anything below --
The story
So...rather than wasting internet bandwith to download a new Ubuntu ISO to test out the new Unity features, I decided to try to make it work under Arch Linux. It took a whole lot longer than I expected to get it even partially working. So, here's my story:
Knowing that Unity isn't in the main repositories, I went the AUR's website and looked for a user created Unity package. That didn't go too well. The Unity package hasn't been updated for 6 months. D'oh! I decided to download the existing PKGBUILD and modify it to work with the Unity 4.xx series. After changing the version number, I tried to "makepkg" it, and was greeted with a message about installing Compiz 0.9.x. I thought it would be an easy install. It was quite the opposite. Compiz's install prefix was set to /opt/unity, but FindCompiz cmake build file expected Compiz to be in /usr, so none of the Compiz packages, except for compiz-core would compile. Then, I tried reinstalling compiz-core, but this time, changing the prefix to /usr. The compiled package ended up being only a few kilobytes big. I guess the mouse wheel was invented for a reason. I looked at the PKGBUILD again, only to find that there was a line at the very bottom that ran "rm -rf ${pkgdir}/usr". That explains a lot! I ended up adopting all the compiz*-git packages and fixing them so they would compile and install.
So, now that Compiz is working (restarted and tested just to make sure I didn't waste my time with something that didn't work), I went on to install the rest of the dependencies listed in the Unity PKGBUILD file. That went relatively well. I was so happy after seeing the progress counter go up after running "makepkg", but at about 8%, gcc spat out an error about an undeclared function (sorry, I forgot what the function was). Natually, I went to Google and searched the name of the function. 0 results! Exactly was I was looking for! I ended up downloading the Ubuntu 11.10 Alpha 3 ISO and running "find -type f /usr/lib | xargs objdump -T | grep the_function". The problem lied in the libindicator package. There was a newer version available which contained that function. I have no idea why a package that's only 0.02 versions ahead of the AUR package would contain new functions...
Next! Utouch...ugh...great memories! Not! I was so glad that I had fixed the utouch packages earlier (for touchegg to work). I was too frustrated from compiz and libindicator to try to compile more stuff.
Cmake. Whoever created the CMakeLists.txt file didn't list all the dependencies required. So after running "makepkg" 10 billion times, waiting for "somebodydidntputthisincmake.h not found" errors to appear, I finally got all the dependencies I needed installed...or so I thought. After installing and compiling all these dependencies, the cmake only continues 3% further before encountering another cryptic gcc error. This time, there no error about a file not being found. So not knowing what dependency was missing, I headed over to http://packages.ubuntu.com and downloaded the Unity DEB source to find the dependencies in then debian/control file. After install those few dependencies that I missed, I ran "makepkg" again, hoping that it would finally compile successfully. CMake went a little further--5% further to be exact--before running into another error. It complained about DndSourceDragBegin() having two return types. Sure, enough "./plugins/unityshell/src/ResultViewGrid.h" had the return type as boolean and "/usr/include/Nux-1.0/Nux/InputArea.h" had the return type as void. WTF? How the heck does this even compile under 11.10???
After changing void to bool in "/usr/include/Nux-1.0/Nux/InputArea.h", I ran "makepkg" once again anxiously waiting to the see the line "Finished making: unity 4.10.2". CMake compiled about 35% before running into error about an undeclared gtk function. Nooooooooooooo!!! I wasn't brave enough to install the git version of gtk3, so I created a chroot, installed the base packages, and installed all of those dependencies fairly quickly (it gets a lot easier after doing it so many times).
Moving on to gtk3. After cloning the ~200MB git repository, autotools spits out an error about cairo-gl missing. So, I proceeded to install the cairo-gl-git package, which failed to compile (it compiled successfully outside of the chroot...). GREAT. So, Unity fails to compile because GTK version is too old, and GTK failed to compile because cairo-gl is missing, and cairo-gl fails to compile because I'm in a chroot. GAHHH!!! While thinking about throwing the computer out of the window, I searched the AUR for other GTK3 packages. I just happened to find a package named "GTK3-UBUNTU"! That package was still at version 3.0, but it was pretty easy to get the patches and source code for 3.1 from the Ubuntu GTK source package.
So, FINALLY, Unity compiles. I was so darn happy, I didn't even care if it ran or not. I logged out and logged back into the GNOME 3 fallback mode, and entered the chroot. After running "xhost +SI:localuser:chenxiaolong" to run X11 apps in the chroot, I crossed my fingers and ran "DISPLAY=:0.0 unity --replace". It failed with python 3 complaining about missing modules. That's okay, since the Unity launch script is written in python 2. I changed the shebang line in "/usr/bin/unity" to point to python 2 and ran "DISPLAY=:0.0 unity --replace". It didn't necessarily fail, but it didn't succeed either. It didn't print out any error messages. Weird... I thought I'd try enabling Unity from the compiz settings manager then. I ran "DISPLAY=:0.0 compiz --replace" and "DISPLAY=:0.0 ccsm" and enabled the Unity plugin. Unity runs! Although nothing shows on the screen, it runs! It shows up in the process list! Woohoo!
And that's about how far I got. There were quite a few Vala errors during the compiling process (I forgot which package it was), which is probably why Unity won't appear. I'll try again later with the vala-devel or vala-git package and hopefully Unity will work then. Here are screenshots of what I've gotten working so far:
http://i.imgur.com/7F1fm.jpg
http://i.imgur.com/zGNJc.jpg
http://i.imgur.com/3mCgd.jpg
By then way, I love the simplicity of pacman and the AUR. I can't imagine how long this would have taken with other package managers.
Moderator edit: Do not place large images in line. If you want, you may embed links to thumbnails inside url tags.
Last edited by chenxiaolong (2014-04-15 17:11:04)

City-busz: I'm getting a ton of Vala errors when I compile libunity (AUR version) with vala or vala-devel. libunity fails to compile with vala-git. I'll try your packages in a virtual machine and see how they work on 64 bit.
In the meantime, Unity still fails to show up: http://i.imgur.com/btPwo.png I'll try out your PKGBUILDS and see how that works. I'm glad there are people who want to port Unity to Arch Linux
EDIT: City-busz: Just to let you know, Unity will fail to compile at around 45% with GTK 3.0. Here's my source packaage for Ubuntu's GTK 3.1: http://ubuntuone.com/p/1EzX/ It contains all of the patches in the Ubuntu source package. I'm not sure if all the patches are needed, but GTK compiles fine with all of them.
EDIT2: Right now, I'm trying to compile Vala 0.10.4, then version used in Ubuntu 11.10. Hopefully that will eliminate some of the Vala errors.
EDIT3: Vala 0.10 is too old. 0.12 and 0.14 are also in the Ubuntu repository. Trying those...
EDIT4: 0.14 is actually 0.13.1. Gah... Vala takes longer to compile under VirtualBox than GTK3...
EDIT5: Okay...so VirtualBox "helpfully" became slow enough that I could read the error messages. The Vala error messages aren't actually error messages, but rather warnings about unused methods. I wonder what prevents Unity from running then...
Last edited by chenxiaolong (2011-08-30 02:30:29)

Anyone have a Nokia phone that works under Arch [Linux!] ?

Hi,
Just got myself a Nokia N95 would like to get it hooked up via usb
Bus 002 Device 002: ID 0421:0070 Nokia Mobile Phones
shows up in lsusb but gnome does not mount it
It is possible even if I can get transfer to phone memory?
Thanks
MrG

It turns out that N95 is not supported by gammu or gnokii atm.... I can use bluetooth although Its a little hit and miss but I have manged to get usb connection working which means I can transfer files to and from phone...
Well its a start :-)
Last edited by Mr Green (2008-04-23 15:21:38)

Boot floppy for Arch Linux....HOWTO ?

Hello Guys,
Bad things happen, so I need to install Windows to my PC again. Luckly I do have a First partition I can spare for this OS, but AFAIK windows will erase my MBR, so I need a Linux boot floppy so I can boot Arch again...
is there a way to create Boot floppy under Arch linux ?
Also my kernell image is larger that one can fit on 1 floppy..
Thanks,
Sader

The Arch installer is nonlinear, though some things from previous steps are assumed. You should be able to just run that step though.
When in doubt, read the source! /arch/setup is one big bad bash script... and the install cd has VI. So if you're so curious as to go see what a particular step does, and know bash, open up that puppy and take a look!

Should "Arch Linux" also include architectures beyond x86?

I've realized that there are separate community projects for ports of Arch to different architectures, e.g. Arch Linux ARM. Different cpu architectures are clearly becoming more and more important in the current world of technology. Would it not be logical to merge these all under "Arch Linux" as a whole? I feel that this would contribute to Arch's core value of simplicity.
Additionally, I feel like a port for Arch would be needed for the upcoming Parallela board, which I think will be very popular.
What's your take on it?

The problem behind supporting a broad range of architectures is an obvious one: You need people to do the work. Gentoo excels at supporting many machine archs because it's a souce-based distribution. Hence, the work that Arch; devs do to give us repositories of binary packages are, in the case of Gentoo, off-loaded to the users. Anyone who wants to install Arch on, say, SPARC or PowerPC can probably do so, if they're willing to manually tweak the builds. Not sure why one would want to do so with Arch, though.
Mindstormcreator wrote:Different cpu architectures are clearly becoming more and more important in the current world of technology.
Disregarding ARM, what are these different architectures? All PCs use x86 these days, as do servers, the next generation of gaming consoles, most HTPCs...
OT:
Paralella Kickstarter Page wrote:
Q: Why do you call the Parallella a supercomputer?
The Parallella project is not a board, it's intended to be a long term computing project and community dedicated to advancing parallel computing. The current $99 board aren't considered supercomputers by 2012 standards, but a cluster of 10 Parallella boards would have been considered a supercomputer 10 years ago...
That's one hell of a bad sales pitch.

Phidgets under Arch

Hi,
I am a complete newbie re: Phidget programing in Linux (or any other USB programming for that matter). I wonder what I need to write a simple app to test a phidget device under Arch Linux. Do I need to install libphidget21 from Phidget.com or can I just use the kernel USB phidget drivers?
My thanks in advance!

any response at all...I know people here can fix this...it did work in out of the box in ubuntu after all

Slackware TGZ to Arch Linux Package Converter

I have two programs that interest me (LilyPond and Battle for Wesnoth) that don't have Arch Linux packages and compiling them would involve hunting everywhere for obscure dependencies (LilyPond in particular) so I just downloaded the Slackware packages, inspected them and found that by unzipping them onto the root folder (as superuser) and running the install script (if there is one) I can get them to run with minimal fuss.
Has the idea of making a Slackware to Arch package converter been brought up before? Is there any problems with this? (Slackware is i386-optimised if I remember correctly, but I think it's still worth it since there is more Slackware packages than Arch Linux ones out there.)

i3839 wrote:Flames?? Where? You sure you didn't misread something?
Probably.
Here's what I read, admitting that it doesn't seem quite as bad the second time around...:
Oh? All I was hearing is that Arch already has enough packages, and that the devs are overloaded and almost down.
"you don't know which way is up, you contradict yourself while continuing to ignore the problems and aren't fixing anything".
Also getting custom packages into Arch's official repository seems a bit hard currently, not to mention that it's totally unclear how to do that (drop it in incomming and wait a year? Lotto?).
"The system isn't working and you haven't done anything to try to fix it. I haven't read or noticed any of the threads illustrating that this topic has been argued to death and isn't going unnoticed"
Maintaining packages is the most work, and every distro maintains the same packages over and over again. Tell me why to not use good, working packages from another sane distro?
"The other distros are better."
(Personally, I don't care if anybody likes another distro better, but if so, use it instead, don't talk about it)
Changing GCC often gives the same problem as updating to new major libraries. Simply leave the old GCC libs or make a seperate package for them. Currently it's rather impossible in Arch to install new packages with an outdated system, if that's solved then it's also easy to use Slackware packages.
"The Arch philosophy of keeping packages stable but up to date is just plain wrong. I don't bother to pacman -Syu before I mention problems."
Of course if would be best if there was a nice, good binary package standard that works on all distros, so that the application makers can make and maintain the packages themselves, but that's utopia (paths are too often hardcoded for instance).
"hey, I do have some good ideas".
It isn't a matter of being able to do something or not, it's a matter of convenience. All programs should be relative easy to compile from source, but that doesn't mean that everyone should compile all programs themselves.
"There aren't enough Arch binaries to go around"
OR:
"ABS sucks"
OR:
"Hold my hand, I can't compile."
OR:
"I use Arch cause I don't like Gentoo". :-D
Yeah, some of that is a little (or quite, or even very) harsh, you can blame it on me rather than taking it to heart.
As for the slackware packages issue, I'm personally not writing a script to convert them; I've never used slackware in my life. The idea has merit, but I get tired of people discussing pros and cons and not doing anything. I think that's because I'm about as bad as anyone on that front, possibly worse.
Dusty

Probably broken initrd, how to create one anew under Arch

Hi again,
I managed to install Arch on my USB flash drive which I partitioned /dev/sdb1 to be /boot,
/dev/sdb2 = PV of vgarch with one lv_root and one lv_var, and swap as /dev/sdb5 (first partition in extended part.)
The FTP install went fine after I had mounted /boot and the LVs / and /var.
I also successfully ran the setup afterwards, editing each config file, even those where I didn't apply any modifications.
Finally, I installed grub in the MBR of the USB drive, viz. /dev/sdb.
When asked during the configuration what modules I would require during boot
I confirmed LVM, RAID and included dm-mod manually in the MODULES array.
Nevertheless, the initial RAM disk must have been created incorrectly.
Because when I boot from the stick
the grub menu appears and when the default entry gets started I get the error message:
Booting 'Arch Linux'
root (hd1,0)
Filesystem type is ext2fs, partition type 0x83
kernel /vmlinuz26 root=/dev/mapper/vgarch-lv_root ro
Error 15: File not found
Press any key to continue...
I know that something must have gone wrong while createing the initrd file.
Sorry, right now I cannot even mount my USB stick in the running Xubuntu from where I write this posting.
The reason is pretty daft, as I was too unwary.
Being used to the RHEL/CentOS initrd image files (where absolute path names are stripped)
I instantly did the following mess and buggered up my running Linux.
# mkdir /tmp/arch
# cd /tmp/arch
# gzip -dc /media/disk/kernel26.img | cpio -di
Ouch, this overrode many important binaries
I should have first piped it into
... | cpio -ti | less
or at least
... | cpio -di --no-absolute-filenames
Did I mention that I haven't made a backup
Never mind, this is a surf only installation anyway which I quickly can replace.
After having extracted the cpio image with stripped absolute paths I looked at the init script.
On RHEL/CentOS there is the mkinitrd script to recreate the initial RAM disk more easily
than from scratch.
Exists something similar under Arch?
Last edited by archIbald (2008-08-31 22:20:09)

MKINITCPIO(5)    MKINITCPIO(5)
NAME
mkinitcpio - Create an initial ramdisk environment
SYNOPSIS
mkinitcpio [OPTIONS]
DESCRIPTION
Creates an initial ramdisk environment for booting the linux kernel.
The initial ramdisk is in essence a very small environment (early
userspace) which loads various kernel modules and sets up necessary
things before handing over control to init. This makes it possible to
have, for example, encrypted root filesystems and root filesystems on a
software RAID array. mkinitcpio allows for easy extension with custom
hooks, has autodetection at runtime, and many other features.
OPTIONS
-c config
   Use config file to generate the ramdisk. Default:
   /etc/mkinitcpio.conf
-k kernelversion
   Use kernelversion. Default is the current running kernel.
-s filelist
   Saves a list of all the files in the initial ramdisk in filelist.
   Default: no; This means the filelist will not be retained if this
   option isn´t specified. Useful for debugging purposes.
-b basedir
   Use basedir as a starting point for gathering information about the
   currently running system. Default: /.
-g filename
   Generate a CPIO image as filename. Default: no; this means nothing
   will be written to the filesystem unless this option is specified.
-a filelist
   Append to an existing filelist. Default no.
-p preset
   Build initial ramdisk according to specified preset. Presets are
   found in /etc/mkinitcpio.d
-m message
   Print message before passing control to kinit.
-S hooks
   Skip hooks when generating the image. Several hooks should be
   comma-separated.
-v
   Verbose output. Outputs more information about what´s happening
   during creation of the ramdisk.
-M
   Display modules found via autodetection. mkinitcpio will
   automatically try to determine which kernel modules are needed to
   start your computer. This option lists which modules were detected.
-L
   List all available hooks.
-H hookname
   Output help for hookname hookname
-h
   Output a short overview of available command-line switches.
ABOUT HOOKS
A hook is a script that executes in the initial ramdisk. The order and
which scripts are executed is found in the HOOKS=() array in the
mkinitcpio configuration file. A hook will, for example, set up the
udev device filesystem, load IDE modules, etc...
ABOUT PRESETS
A preset is a pre-defined definition on how to create an initial
ramdisk. Instead of specifying the configuration file and which output
file, every time you generate a new intial ramdisk, you define a preset
and use the -p switch to generate an initial ramdisk according to your
preset. Presets are located in /etc/mkinitcpio.d
FILES
/etc/mkinitcpio.conf
   Default configuration file for mkinitcpio.
/etc/mkinitcpio.d
   Folder containing mkinitcpio presets.
/lib/initcpio
   Files related to creating an initial ramdisk.
EXAMPLES
mkinitcpio
   Perform a dry-run. This will generate an initial ramdisk but will
   not write anything. Use -g to create the real image.
mkinitcpio -p kernel26
   Create an initial ramdisk based on the kernel26 preset.
SEE ALSO
A more thorough article on configuring mkinitcpio:
<http://wiki.archlinux.org/index.php/Con … mkinitcpio>
initrd(4)
BUGS
Upon writing this manpage, there were no noticeable bugs present.
Please visit <http://bugs.archlinux.org/> for an up to date list.
AUTHORS
mkinitcpio created by the Arch Linux Developer community.
Manpage written by:
   · Glenn RedShift Matthys <[email protected]>
Manpage contributions by:
   · Jens byte Adam <[email protected]>
   · Geir gejr Vaagland
   · Joerie Thralas de Gram <[email protected]>
VERSION INFORMATION
Manpage written for mkinitcpio 0.5.17
COPYRIGHT
Copyright (c) Arch Linux
   03/16/2008    MKINITCPIO(5)

Weird Shimmering Display Under Arch and Ubuntu Linux on GT72-QE with GTX 980M

Just bought one of these laptops to run CUDA applications while on the road and all went smoothly until I installed Linux and then activated X (Gnome/Unity/XFCE). I first noticed this under Ubuntu 14.04 LTS, and the behavior is the same Ubuntu 14.10 LTS, 12.04 LTS, and even Arch Linux. In all cases, I used the 346.59 NVIDIA display driver either obtained through the Edgers PPA or manually installed.
What I'm seeing is The laptop display shimmering as if the horizontal sync is slightly off. External displays look fine.
I've updated the BIOS of the laptop to the 10R version from March and that had no effect.
Has anyone gotten this thing to work under Linux (any linux distro) with the discrete GPU active? If so, how?

Another guy here with the same problem. We have to create a platform of users. We have spent a lot of money on our equipment; we deserve some quality costumer support. The problem is clear and the solution seems straightforward. It would not take a lot to fix our situation, but we need to team up.
MSI GT72 Dominator GTX 970M with FREEDOS
Now Dual Booting Windows 8.1 and Ubuntu 15.04
Nouveau driver is stable, but does not do the job. Nvidia-346 makes the screen flicker. Switching to integrated graphics (through windows) ubuntu runs perfect. I have tried everything during the last weeks.
I am new to the forum and I have very little time for myself; somebody please take the lead. It wouldn't be the first time I see costumers getting together and achieving support.
By the way, hi, my name is Álvaro

[HOWTO] Installing Arch Linux stable release on Acer Aspire One 522

[This is a work on progress and my first howto ever]
These steps will teach you how to install ArchLinux x64 stable release (currently 2010.05) on Acer Aspire One 522 from an existing ArchLinux (your desktop computer)
As you need a 2.6.37+ kernel to make networking work on the AO522, installing stable release as is won't work.
This Howto borns with the intention to address this problem.
You need to be familiarized with Linux internals to follow this howto.
(Expect this howto to become useless with new stable releases of ArchLinux.)
Remember to make a backup of your Windows 7 Starter system before installing ArchLinux.
I did a full raw copy of the harddisk by using systemrescuecd, an external harddisk and dd utility:
Just boot with systemrescuecd
Mount your external harddisk on /mnt/floppy for example
Clone harddisk with: dd if=/dev/sda |gzip -c > /mnt/floppy/ao522.img
This process took me a lot of time since my external harddisk is USB-1 (almost an entire evening)
Result image was about 22GB size
This image will restore partition table, boot sector and all data if things go wrong.
I followed some of the steps from this guide: https://wiki.archlinux.org/index.php/In … ting_Linux
If you have some Gentoo Linux experience you will find those steps really familiar.
You will need 2 USB pendrives or similar storage options.
One is needed to boot into your netbook, and the other to store our custom archlinux build.
Making an updated ArchLinux system
1) Make a local dir on your existing linux system
# mkdir ./newarch
2) Install pacman database on it
# pacman -Sy -r ./newarch
3) Install base system
# pacman -S base -r ./newarch
4) Let's chroot inside
# cp /etc/resolv.conf ./newarch/etc/
# cp /etc/pacman.d/mirrorlist ./newarch/etc/pacman.d
# mount -t proc proc ./newarch/proc
# mount -t sysfs sys ./newarch/sys
# mount -o bind /dev ./newarch/dev
# chroot ./newarch /bin/bash
5) Edit configuration files
# nano -w /etc/rc.conf
# nano -w /etc/hosts
# nano -w /etc/mkinitcpio.conf
Forget /etc/fstab for now since you don't know what partitions to use yet
6) Generate kernel image
# mkinitcpio -p kernel26
7) Generate locales
# nano -w /etc/locale.gen
# locale-gen
8) Make a tarball with our custom ArchLinux
# exit
# umount ./newarch/proc
# umount ./newarch/dev
# umount ./newarch/sys
# tar -cvpf newarch.tar ./newarch
9) Copy this tarball to an USB pendrive or external harddisk
10) Boot your netbook with a Linux bootable USB stick (I used systemrescuecd, and remember to pick the x64 bit kernel at grub screen)
You can use any linux distribution with usb bootable options. I suppose ArchLinux works too
To install SystemRescueCD on an USB stick follow this tutorial -> SystemRescueCD on usb stick
Insert the usb stick on your netbook, switch on, hit F2 to enter BIOS menu, and choose to boot from USB as first option. Save and Exit.
You should be booting into SystemRescueCD without any problem.
After initialization you will end in a root prompt.
11) Let's partition the disk
You will find 3 partitions if this is your first time:
/dev/sda1 2048 29362175 14680064 27 Hidden NTFS WinRE
/dev/sda2 * 29362176 29566975 102400 7 HPFS/NTFS/exFAT
/dev/sda3 29566976 488397167 229312696 7 HPFS/NTFS/exFAT
My recomendation is to leave sda1 and sda2 intact, as they have the recovery information to restore Windows 7 Starter
You have plenty of space with sda3, about 230G.
So run fdisk/cfdisk and delete /dev/sda3
Now create a 100M partition for boot
Now create a Extended partition with all the space left
Now create a 1GB logical partition for swap
Now create a 10-15 GB logical partition for root system
And finally a logical partition for our home partition with all space left
Your partition table should look like this:
/dev/sda1 2048 29362175 14680064 27 Hidden NTFS WinRE
/dev/sda2 * 29362176 29566975 102400 7 HPFS/NTFS/exFAT
/dev/sda3 29566976 29771775 102400 83 Linux
/dev/sda4 29771776 488397167 229312696 5 Extended
/dev/sda5 29773824 31821823 1024000 83 Linux
/dev/sda6 31823872 63281151 15728640 83 Linux
/dev/sda7 63283200 488397167 212556984 83 Linux
12) Create filesystems
I choosed ext2 for boot, and reiserfs for root and home partitions.
# mke2fs /dev/sda3
# mkreiserfs /dev/sda6
# mkreiserfs /dev/sda7
# mkswap /dev/sda5
13) Mount partitions
# mkdir arch
# mount /dev/sda6 arch
# mkdir arch/boot
# mount /dev/sda3 arch/boot
# mkdir arch/home
# mount /dev/sda7 arch/home
14) Copy our custom ArchLinux build on it
# mount /dev/sdb1 /mnt/floppy (for example)
# cd arch
# tar -xvpf /mnt/flopy/newarch.tar
15) Configure /etc/fstab
Mine is as follows:
devpts /dev/pts devpts defaults 0 0
shm /dev/shm tmpfs nodev,nosuid 0 0
/dev/sda3 /boot ext2 defaults 0 1
/dev/sda6 / reiserfs defaults 0 1
/dev/sda7 /home reiserfs defaults 0 1
/dev/sda5 swap swap defaults 0 0
16) Chroot in your new system
# mount -t proc proc ./proc
# mount -t sysfs sys ./sys
# mount -o bind /dev ./dev
# chroot ./ /bin/bash
17) Install grub
# grub-install
Edit /boot/grub/menu.lst to suit your needs
Mine looks like this:
timeout 5
default 0
color light-blue/black light-cyan/blue
title Arch Linux
root (hd0,2)
kernel /vmlinuz26 root=/dev/sda6 ro
initrd /kernel26.img
title Arch Linux Fallback
root (hd0,2)
kernel /vmlinuz26 root=/dev/sda6 ro
initrd /kernel26-fallback.img
title Windows 7 Recovery
rootnoverify (hd0,0)
makeactive
chainloader +1
As you see, you can restore Windows 7 Starter from Grub.
18) Change root password
# passwd
19) Add a regular user account
# useradd -G video,audio,users -m username
# passwd username
20) You're done!
# exit
# cd ..
# umount ./arch/proc
# umount ./arch/dev
# umount ./arch/sys
# umount ./arch/boot
# umount ./arch/
# reboot
Remove the usb stick from your netbook.
If all went ok, you will be inside your new stable and updated ArchLinux system
Next post is reserved for software configurations specific to the Acer Aspire One 522
Last edited by tigrezno (2011-04-20 12:22:38)

Using acpid to achieve the following:
- Change screen brightness when operating in battery mode
- Power off when the power button is pressed
- Suspend when the lid is down
- Reduce CPU frequency speed to maximize battery usage
Remember that system suspend is only supported by ati free driver xf86-video-ati
1) Install acpid daemon and cpufrequtils
# pacman -S apcid cpufrequtils
2) edit acpid handler script
# nano -w /etc/acpi/handler.sh
Change the following section:
ac_adapter)
case "$2" in
AC)
case "$4" in
00000000)
echo -n $minspeed >$setspeed
#/etc/laptop-mode/laptop-mode start
00000001)
echo -n $maxspeed >$setspeed
#/etc/laptop-mode/laptop-mode stop
esac
*) logger "ACPI action undefined: $2" ;;
esac
for:
ac_adapter)
case "$2" in
ACAD)
case "$4" in
00000000)
echo 3 > /sys/devices/virtual/backlight/acpi_video0/brightness
cpufreq-set -c 0 -f 800Mhz
cpufreq-set -c 1 -f 800Mhz
00000001)
echo 9 > /sys/devices/virtual/backlight/acpi_video0/brightness
cpufreq-set -c 0 -f 1000Mhz
cpufreq-set -c 1 -f 1000Mhz
esac
*) logger "ACPI action undefined: $2" ;;
esac
Make sure you changed AC) for ACAD)
Now change this other section:
button/power)
#echo "PowerButton pressed!">/dev/tty5
case "$2" in
PWRF) logger "PowerButton pressed: $2" ;;
*) logger "ACPI action undefined: $2" ;;
esac
with:
button/power)
#echo "PowerButton pressed!">/dev/tty5
case "$2" in
PWRF) poweroff ;;
*) logger "ACPI action undefined: $2" ;;
esac
Change:
button/lid)
#echo "LID switched!">/dev/tty5
logger "ACPI group/action undefined: $1 / $2"
for:
button/lid)
pm-suspend && /etc/rc.d/network restart
logger "ACPI group/action undefined: $1 / $2"
Network restart is used because wlan0 will disconnect from AP after some time. You can try using iwconfig wlan0 essid <ap> key <key> instead of the network script, but haven't tested it myself.
3) Start acpid and load modules
# modprobe powernow-k8
# /etc/rc.d/acpid start
Add "acpid" to DAEMONS in /etc/rc.conf to start on boot
Add "powernow-k8" to the modules sections on /etc/rc.conf to load at boot
Stopping system freezes due to ethernet driver
The only way people have found to avoid freezes is by blacklisting atheros kernel drivers.
To do it at boot just edit /etc/rc.conf and change the MODULES line as this:
MODULES=(!ath9k !atl1c)
Reboot and you're done, but remember to not press the Wifi key, because it can freeze your system.
Correctly starting wireless at boot
I've found that standard scripts wont load properly my wireless lan. It gave an error telling you to use the WIRELESS_TIMEOUT variable and such.
To solve this, edit /etc/rc.d/network script and change the wi_up function by adding a second iwconfig command like this:
wi_up()
eval iwcfg="\$wlan_${1}"
[[ ! $iwcfg ]] && return 0
/usr/sbin/iwconfig $iwcfg
[[ $WIRELESS_TIMEOUT ]] || WIRELESS_TIMEOUT=2
sleep $WIRELESS_TIMEOUT
/usr/sbin/iwconfig $iwcfg
bssid=$(iwgetid $1 -ra)
It will do the trick and will start at boot correctly. This is not a solution but a fix.
Adjust Touchpad to disable false taps
What I did here is defining an area to be ignored. This area are 3 rectangles on top, left and right of the touchpad.
This means you can write and press space without having the cursor click out of the window and such.
# synclient AreaLeftEdge=150
# synclient AreaRightEdge=1300
# synclient AreaTopEdge=300
Also, add it to your /etc/X11/xorg.conf.d/10-evdev.conf:
Section "InputClass"
Identifier "evdev touchpad catchall"
MatchIsTouchpad "on"
MatchDevicePath "/dev/input/event*"
Driver "evdev"
Option "AreaTopEdge" "300"
Option "AreaLeftEdge" "150"
Option "AreaRightEdge" "1300"
EndSection
You can play with those values. They just work for me.
Last edited by tigrezno (2011-04-23 13:49:48)

One question about arch linux 2009.02 and ext4

hi,
i want to download newest arch linux version. i heard i can select file system type as ext4, that sounds cool, because i really want ext4. anyway i heard that you need grub2 to properly boot ext4 arch system. so is grub2 will be included in arch linux 09.02? because my root partition is going to be in ext4 file system. thanks for help

syms wrote:
skottish wrote:
syms wrote:Thanks for help. i have one more question - how much ext4 seems faster than ext3? i mean do you feel that ext4 is faster than ext3 in most cases? thanks.
I've never done any benchmarks, but I can tell you that file system checks are many, many times faster.
I do have a warning though, and it can be confirmed by others in this forum: ext4 does not crash gracefully right now. If you're on an unstable system, crashing can cause the loss of at least configuration files. My workstation is rock solid, so I've never seen any issues. Another computer that I was working on was having crashes due to an older Intel card with the newer xorg, and configuration files were being killed all over the place.
Thanks. another thing is that about application start up. for example for me firefox starts in 4 seconds, when i close ff and try to run it again, it opens in about 1 second. what it would with ext4 system? maybe it would launch in 2 seconds at first start?
It's hard to guess like that, but it's bound to be the same or faster. You're not losing anything going ext4 and it is a faster filesystem in general.

Arch Linux Netboot Environment under grub legacy

I am trying to boot under grub legacy with the following menu.lst entry:
Arch Linux Netboot Environment
root (hd0,5)
kernel ipxe.krn
initrd conf.ipxe
boot
This does not work. Do you have any suggestion?
Last edited by francois.e (2013-01-07 02:49:52)

Indeed - more information is needed.
What is your partitioning scheme, is sda6 your /boot parition? Are your kernel and intrd in /boot/grub/? This would be unusual, but it is what that entry implies. Also, where is your root partition specified?
You also don't need the boot command in the menu.lst. I don't know if it would cause a problem, but I've never seen it there. In addition to the links in cfr's signature, you should (have already) read the wiki page on grub legacy.
Last edited by Trilby (2013-01-06 04:35:54)

Incorporating both Arch Linux and a package repository onto one DVD.

Dear Arch Linux community,
I would like to tell you a little background information about myself before I start to talk about my actual subject. I know that this part of my message does not belong here, but it is my own ritual to do it like this in my first message in every community. I hope I can make friends with people here and try not to harm this community in any way. Thank you for reading this.
I am a 16-year-old male student from Finland and addicted to GNU/Linux and freeware / open source software. My previous experience with GNU/Linux is fairly large; from thin client Debian GNU/Linux administrator to kernel hacker and software developer. My delight is music, particularly writing and composing my own music tracks which vary from classic chiptunes to acid trance and dance beats. Arch Linux seems to be a great GNU/Linux operating system for me, because I am looking for a GNU/Linux distribution that does not focus on desktop, but rather on simplicity and lightweight solutions. I also do not fear "bleeding edge" software which is a positive point for Arch Linux compared to Debian GNU/Linux. As you can probably notice I have been using Debian GNU/Linux before I considered Arch Linux. However now I am here hoping for a totally new experience from Arch Linux.
Enough with my foreword, I would like to now go back to the actual subject. Usually I use DVD media for GNU/Linux images to have both the installer for the GNU/Linux distribution and the main package repository to make installations faster and to have the possibility for an offline installation. As I see, Arch Linux provides only CD images which are approximately 160MB in size, making me to think about incorporating Arch Linux's "Core" and "Extra" package repositories to fill up the remaining 4GB on the DVD. If the "Core" package repository is already included in the Arch Linux CD image, please forgive my lack of information as this is the first time I have ever entered to the world of Arch Linux.
My question is as follows: Is it possible to incorporate Arch Linux and a package repository onto one DVD while retaining the ability to install Arch Linux from that DVD? If positive, how should I go on to do it?
Thank you in advance!
Last edited by Amplify.EXE (2007-11-09 20:53:44)

No niin, tervetuloa arch-mailmaan.
Ok, I better stop at one sentence before someone gets mad at me :roll:.
To answer your question, yes. It is quite possible to put something like that together, heck I think someone suggested we should distribute those some time, but we decided not to (don't quote me, I'm too lazy to read the archives right now) since in most cases pacman will get the job done will job done with less bandwidth waste, and distributing huge snapshots isn't really too conducive to the whole rolling-release thing.
You might want to check out archiso [1], the install scripts [2], and one of my sample archiso configurations [3] that effectively creates an install CD. Now, keep in mind that archiso isn't the *current* way installers are created, but I think it's much more straightforward to work with than what we're using right now. That said, we currently use archboot to create the CDs, so that may be worth taking a look at as well. There is also a really old installer remastering wiki article [4], though not terribly relevant, you could still use a similar technique to pull apart one of our recent install iso's and remaster it with whatever packages you want. Anyhow, if you'd like help with this, I'd be more than happy to give you a hand (I need some more test-cases for archiso...), or if you look at it and go "gee, this is dumb", don't be afraid to send patches. Just get in touch with me through email, jabber, irc, or whatever.
Good luck
[1] http://projects.archlinux.org/git/?p=ar … a=summary)
[2] http://projects.archlinux.org/git/?p=in … ;a=summary
[3] http://code.neotuli.net/gitweb/?p=archi … stall-conf
[4] http://wiki.archlinux.org/index.php/Rem … nstall_ISO

Add'l Partitions to Dual-Boot Win 8/Arch Linux

I'm hoping to get a dual-boot arrangement going on my refurbished Asus Q200E Netbook that Santa brought!
Here's what the hard drive looks like now:
Asus tells me the following:
sda1: System Files to start
sda2: Recovery
sda3: OS automatically created when an OS is installed
sda4: Operating System [Clearly Win 8 is here]
sda5: Unallocated space (and yet it's formatted and has 25.5 MB of data written on it)
sda6: Add'l files for recovery
What's the best approach to create my needed linux partitions? Shrink sda4, and slide sda5 & sda6 to the left?
Any tips/suggestions/warnings would be greatly appreciated! Does anyone know if my touchscreen will work under Arch...?
Thanks in advance!
Last edited by wilberfan (2013-12-28 00:32:21)

wilberfan wrote:
alezost wrote:I had similar partitions on my ASUS X75V except of your sda5 (i didn't have it). I just shrank sda4 (from Windows8 just in case), and then i used the new space for ext4 partitions (this time i used gparted).
I'm in the process of doing something similar (also using gparted). Does your Asus have a touchscreen, and did it work after installing Arch? How many ext4 partitions did you use to install Arch?
No, i don't have a touchscreen, i hope the wiki will help you with that.
I just used 2 partitions (one for "/" and one for "/home").

(Arch) Linux Myths

I have recently noticed that online forums and Linux user communities in particular are prone to developing what I'd like to call "technology myths".
Most of the problems and solutions given on forums are anecdotal in nature. Problems are rarely sourced to the actual code and suggestions are often casual or incomplete which is of course natural for this kind of communication. However, as certain solutions are being repeated without clear feedback, some notions take deeper roots in the collective consciousness thus becoming myths. Let me illustrate with an example.
How often have you seen people posting glxgears results? How often have you seen people replying "glxgears is not a benchmark"? Could you actually explain why it's not suitable to be one? The explanation is out there.
Another example could be the myth that exporting INTEL_BATCH=1 increases performance on Intel integrated GPUs. I have seen this in circulation for a long time, despite the fact that the actual code that could be triggered by this environment variable has been removed a long time ago.
As Arch Linux is rolling-release and a lot of code is being replaced rather rapidly, old and tried solutions are likely to become obsolete fast. I'd like to ask the Community to share their examples of other widely circulated myths and help keep an updated and sourced list of them (https://wiki.archlinux.org/index.php/Myths) so others will not waste their time trying solutions which are sure to fail.

In my experience, outdated wiki pages tend to propagate this stuff, along with blog entries. The trouble with blog entries is that they're often fire-and-forget, which means that solutions that might have been necessary a while ago are now unsuitable or unnecessary.
Wiki pages have no such excuse, being more fluid than blogs posts. This is particularly prevalent on the Arch Wiki, as Arch is a distribution with a small number but a large variety of (mostly) technically-experienced users who will often go to great lengths to increase performance or to accomodate for Rube Goldberg machine-like hardware or network setups. Thus, there are a lot of hacks on obscure pages (not, say, the Beginner's Guide or the major pages).
What we need is a major overhaul and review of many of the shorter and more obscure wiki pages, such as any of the ones under Request:Correction and Request:Expansion. I've "rescued" a few pages from this purgatory, but many pages have sat there for months or years and I do not have the experience or knowledge to improve them. I think that we could gain a great deal from more community awareness about improving the wiki and trying to encourage people to edit more. Rather than the same editors working on more mainstream pages and ignoring or barely touching the more arcane ones, it might be preferable to have people with little editing experience but more technical experience to take a look at some of the pages, capitalizing on the cumulative knowledge of our userbase a bit more.
Just a thought.

Deluge under arch linux - one observation

Similar Messages

Maybe you are looking for