Arch Linux hotter than other Distros

Hello,
My Arch Install with Nvidia drivers and KDE is running hot. 60 C when idling. openSuse with Nvidia drivers and KDE runs ~40 C when idling.
I have installed laptop-mode-tools, cpufreq with ondemand and powersaver governors.
My fan is constantly running and never gets a break, even if I don't start X.
The guts of the laptop are dust-free.
Any suggestions to cool things down? Or files to compare between openSuse and Arch to figure out why it's cooler?

This may also be related to the "powermizer" issue, where powermizer reports incorrect temperatures. I would suggest doing the following, which I myself have to do:
Create the following file:
/etc/X11/xorg.conf.d/20-nvidia.conf
and place in it:
Section "Device"
Identifier "NVIDIA GeForce"
Driver "nvidia"
VendorName "NVIDIA Corporation"
Option "RegistryDwords" "PowerMizerEnable=0x1; PerfLevelSrc=0x2222; PowerMizerDefault=0x3; PowerMizerDefaultAC=0x1"
Option "NoLogo" "1"
EndSection
Last edited by manzdagratiano (2011-06-05 03:06:30)

Similar Messages

Arch Linux based live gaming distro 'lg-live 0.9.5' released

Hey all,
first of all, sorry if this is the wrong subforum to post this in but this one seemed most appropriate.
I would like to announce the release of live.linuX-gamers 0.9.5, an Arch Linux based live gaming distro. It was made using Archiso and of course a big investment of time. It is going to be officially released on LinuxTag 2009 in Berlin (in three days) but I thought I'd give it to you guys now.
It is a very specialized distro: It contains lots of popular games, installs proprietary graphics card drivers out-of-the-box and provides you with a nice, clean interface for launching games and a few basic applications.
I don't want to over-advertise this so I'll just say: Please go ahead and test it if you feel like it, maybe mirror it or seed the torrents a bit, post feedback or thoughts, insult me or threaten me, etc.
If you want to give it a spin or see which games are on it, go over to http://live.linux-gamers.net and grab yourself an ISO/USB image.
Thank you, Arch Linux, for making this possible.

karol wrote:
capoeira wrote:is there a way to install other games when using a USB-Device?
This thread is rather old, but yeah, it's possible to remaster this "meta-distro" and add/remove games you like: http://github.com/svenstaro/lglive
BTW, there's a new release http://live.linux-gamers.net/
Ohh what a positive surprise to have a girl here,
yea, i downloaded the DVD this week. I'm no gamer, I gamed in the 90ies on a Amiga 500 last time. But sometimes I get a wich to play a bit, so I found this DVD (I don't want to instal games to my production-distro and don't want to instal Catalyst either for my card)
I want to play 3d first-person games but those ego-shooters i don't enjoy. Its running around shooting on everything and diying a hundred times. I want something more realistic, so I found penumbra and amnesia and would like to install it with this DVD. (if anyone has tips for realistic 3d-games, action-adventures, etc. I would apreciate tips)
I will have a look at your link, thanks a lot

Arch + gnome|kde against other distros

Arch for me is a perfect distro in that sense, that I know exactly, where all configuration is stored, what every file means and where to dig in case of problems.
But this is true only if I don't use major DEs, such as gnome or kde.
So I want to ask the community, what advantages and disadvantages Arch has against other distros with gnome/kde/etc (not counting rolling-release)?
TNX.
edit:
As for me, Arch's main advantage - simple configuration through text files. I guess it is the same for many Arch users. But not for all.
Why people, who prefer to use kde/gnome use Arch?
Last edited by eDio (2009-10-18 21:40:20)

I use ArchLinux with KDE4 because Arch gives me exactly what I want, no less, no more. KDE4 likes to be bloated and come with loads of useless crap, but not on Arch. Arch divides KDE into modules so I only get EXACTLY what i want. This makes my system fast, entirely customized, and yet it still looks good. Also if I want to remove KDE and install something else, it's extremely easy. Lastly, I love how standard Arch is. Packages are extremely standardized, none of this crap "flavoring"(as I like to call it) other distros employ, which cause more issues than they fix. Here everything is "standard linux". Everything conforms and makes sense, manual editing is simple. The AUR and PKGBUILD system is also absolutely fantastic, and probably my favorite part of the distro(along with tools like yaourt and the fact that most AUR packages also follow the Arch Packaging Standard)

[Solved] Cannot ping my Arch linux pc from other devices

My newly installed arch linux pc is connected to my home network via wifi. I can successfully connect to the Internet. Also, I can successfully ping other devices on my network. However, I am unable to connect to my Arch linux pc from any other device on the network. As I said, I cannot even ping it from these other devices.
Does anyone have an idea as to what would cause this?
Last edited by mc33 (2015-05-12 20:29:06)

ewaller wrote:I have a hunch that the router does not know how to find your machine. Routers need to know to find which each IP address that is attached. Yours might not be smart enough to remember that an address that it did not assign talked to it over the wireless. When other computers try to talk to your address, it is clueless that you are on the wireless segment of the network, cannot find it on any wired ports, and (if it is not smart enough to figure out that it is not routable) will send it up stream or (if it is smart) will drop the packet. Try DHCP, or, ensure that the router itself knows that the static address has been assigned to your MAC. To do that, you will need to go into the router setup.
I switched my Arch box to Dhcp. I thought the problem had resolved, but the issue has come back even with Dhcp enabled. I have isolated the problem to the wireless router. If I refresh Dhcp on the router, I can then ping my Arch box from other devices again. Is there anything I can do to the router to resolve this? Again, the wireless router is an Asus RT-N66U.

Dual booting to Linux Ubuntu (and other distros)

Has anyone got some instructions on how to create a dual boot environment on the GT72 Dominator Pro.
I have attempted it, but it failed to read the linux usb EVERY.TIME.
Thanks!

There are plenty of websites showing you how to do the installation.
http://www.instructables.com/id/How-to-Dual-boot-Linux-and-Windows-on-a-PC-with-W/
Try to google around and note that you'll also have to search for the drivers since MSI notebooks doesn't support linux system.

Differences between Arch linux and RHEL-based Distros?

Hi there!
So, I am officially trying to make the permanent switch from Windows to Linux. I've used Linux in the past, from Ubuntu, to Fedora, to Mint, and I've always liked Arch the most. Nothing beats the feeling of an OS you had a hand in setting up.
I'm wondering though, what are the differences in Arch vs distros like Red Hat, Fedora, and CentOS? I recently picked up a book called, "The Linux Bible" which provides a course-like approach to learning the intricacies of Linux. I'm wondering if it would be easily possible to adapt the lessons from that to Arch, or to use Fedora or another RHEL-based distro like it suggests.
Thanks

The biggest issue I find is with SE Linux. I don't know if this is default in RHEL itself but Fedora uses it. If I understood it properly, though, I doubt it would be such an issue!
EDIT: I think it would be best to learn one distro first, using documentation for that distro. So if you want to use the book, install something that matches the book as closely as possible. If you want to use Arch, use the wiki as your primary documentation. I say this because there is a big difference between figuring out the ways in which two distros differ when you understand the GNU/Linux basics and (I imagine) trying to do so when you are still learning those basics. I don't just mean ls, grep etc. - other systems use those - but the stuff which is common to any GNU/Linux distro. Obviously this applies even more if you also are learning stuff like ls, grep, cd etc. (which might be true if you're moving from Windows rather than, say, OS X or one of the BSDs).
Last edited by cfr (2013-10-31 23:30:15)

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 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.

[SOLVED] New to Arch Linux, Need help in Installation.

Hi,
I am Ubuntu user for sometime, but I want to migrate to Arch Linux. I need some help. Please note that I am not Linux Expert but I have been using Ubuntu and OpenSUSE for quite sometime now. The reason for deciding to migrate to Arch Linux is with I need speed.
My laptop configuration is
Dell Vostro 1015 - Intel Dual Core 1.8 GHz with 2 GB RAM.
I was using Ubuntu 64 bit version.
Here in Arch Linux, I find there are 3 options to download i686 CPU, x86-64 CPU, Dual Architecture
Now which one should I download among x86-64 and Dual Architecture?
Thanks.
Last edited by sanjaydelhi (2011-11-16 15:11:14)

Thank you all for welcoming me at Arch Linux!
I was bit worried at the beginning because I tried Fedora before but it has one bug because of which it does not get installed on my laptop.
http://forums.fedoraforum.org/showthread.php?t=255943
I was bit disappointed being not able to use Fedora (both 14 and 15 ) because of this bug.
The reason I got worried because I am new to Arch, as I mentioned I am not Linux expert and Arch is not for beginners( though I consider myself intermediate in Linux but certainly not expert). So I thought if I do not get community support probably I will not be able to use Arch Linux. The reason I got interest in Arch Linux is http://lifehacker.com/5680453/build-a-k … he-process this article. I am not thinking of upgrading my laptop for speed anytime sooner. So I thought of trying Arch Linux.
The reason to post the topic was in most of Linux distros we see two options (x86, AMD_64). I found 3 options at Arch. I just wanted to make sure I am downloading right download.
So I hope I clarified it.
ANOKNUSA wrote:However, just for future reference: When engaging in any discussion with anyone anywhere on the internet at any time, it's often best to just leave experience and credentials out of the discussion. I don't mean any offense myself, but claiming to be "in software development" while appearing unfamiliar with hardware architecture comes of as a bit odd.
You are right. I should not have have brought experience and credentials in discussion. I used to follow hardware architectures but now I have so many other things to follow, so I can not keep up with hardware architectures. I still do not know exact architecture of i3,i5 or i7 processor or any of AMD processors. Thats how it is.
I thank you all for support.
Looking forward to trying Arch Linux.
Thanks

Arch Linux Podcast

I have read the old posts about someone starting an Arch Linux podcast in other places but I haven't found one yet. If there is one out there please correct me.
I am part of a crew of hosts that do the Linux Basix podcast and to compliment the main cast we are starting some side podcasts. Well I am starting up an Arch Linux podcast. The basic gist of the cast is not to cover the wiki that we already have but to try to cover things outside of the wiki or help find answers they are stuck on and to just get people introduced to a good Linux distro. With the documentation that is out there I have been unsure if a podcast would have much value but several friends of mine have strongly encouraged me to get off my butt and get going. If you have any suggestions that would be good to address, good topics that could help the Arch Linux community and so on please let me know. You can contact me through the forum or you can use [email protected] which will be the email address for the podcast.

Sounds really great, actually. Again, as long as you aren't repeating the Wiki. Maybe the first few should introduce the idea of Arch as the rolling release, KISS distribution. And mention what that entails exactly.

HOWTO: Repairing a headless Arch Linux system that fails to boot

The scenario...
I have a "headless" (no monitor or input peripherals) Arch Linux computer that is connected to a local network via a wireless adapter, and accessed from other computers via SSH.
Earlier today I accidentally broke its kernel so it did not boot anymore.
Idea: Temporarily connect a monitor to the computer, boot from a live CD (like the Arch Linux install CD), then chroot into the system and fix it.
Problem: I didn't have a compatible monitor at hand.
Idea: Log in to the live CD session from another computer via SSH.
Problem: The live CD can't auto-configure the headless computer's wireless connection, and setting it up manually while working "blind" would be a major hassle. A direct LAN connection to the router wasn't available either.
Idea: Connect directly with a laptop via an Ethernet cable, and then use SSH from the laptop => This solution worked for me!
If you find yourself in a similar situation, you can follow this tutorial which describes the solution that worked for me in detail...
You need:
a copy of the Arch Linux install CD (I used the 2013-05-01 version)
an Ethernet cable
a keyboard (might be dispensable, with additional preparation)
a functional Arch Linux laptop (or other computer within physical range)
Step 1) Prepare the live CD...
I used the plain Arch Linux install iso, burnt to CD.
By creating a carefully customized version of the live CD using Archiso, you might be able to eliminate the need for steps 2 and 4 - however that's not covered in this tutorial.
Step 2) Prepare the laptop...
The laptop needs to be configured in such a way, that the live CD's attempt to automatically establish an Ethernet connection with it will succeed:
a) IP address
In my case, the Laptop's wireless adapter had an IP address in the range 192.168.1.*, connecting it to the local network and Internet via the central router 192.168.1.1.
The Ethernet connection between the laptop and the headless computer becomes a separate mini-network, for which I decided to use IP addresses in the range 192.168.0.* (note the different third number). Specifically, I set the IP address of my laptop's Ethernet card to 192.168.0.1. You can do this by running the following as root (replace "eth0" with the name of your Ethernet interface):
ip link set eth0 up
ip addr add 192.168.0.1/24 dev eth0
b) IP forwarding (optional)
While we're at it, we might as well enable IP forwarding, so that the live CD session on the headless computer will be able to directly use the laptop's outgoing Internet connection (which will make it much more convenient to install/upgrade packages during the repair session). To enable this, run the following as root (replace "eth0" and "wlan0" with the names of your laptop's Ethernet and wireless interfaces, respectively):
iptables --table nat --append POSTROUTING --out-interface wlan0 -j MASQUERADE
iptables --append FORWARD --in-interface eth0 -j ACCEPT
sh -c "echo 1 > /proc/sys/net/ipv4/ip_forward"
c) DHCP
The live CD will assume there's a router on the other side of the Ethernet link, and ask for an IP address via DHCP. So all we need to do, is run a dhcp server on the Laptop that will answer this request. It's surprisingly easy: Just install the package dnsmasq, and put the following in the file /etc/dnsmasq.conf (again replacing "eth0" as appropriate):
interface=eth0
dhcp-range=192.168.0.2,192.168.0.2
By setting the start & end values of dhcp-range to the same IP address, we enforce that this specific IP address will be used by the live CD on the headless computer.
Then start the daemon by running the following as root:
systemctl start dnsmasq.service
Step 3) Connect everything and boot up the live CD...
Connect the laptop and the headless computer via the Ethernet cable.
Connect the external keyboard to the headless computer.
Then put the Arch Linux install CD into the headless computer's drive, and boot. Wait a minute or so to give the CD time to load its boot menu (you should hear the CD drive spin up and settle down again). Then hit ENTER on the connected keyboard, to activate the default menu choice (which will boot straight to a live Arch Linux session with root privileges).
You can check whether it booted up and successfully initialized the Ethernet connection, by ping'ing the IP address that was specified in step 2c) from the laptop:
ping -c3 192.168.0.2
Step 4) Start the SSH server...
Unfortunately, the Arch Linux install CD doesn't automatically start its SSH server, and also it uses a randomized root password. To make SSH connections possible, you will have to use the connected keyboard to type in some stuff "blindly" (but it's simple enough):
type "passwd" (without the quotes)
type in a new password of your choice
press ENTER
type in the same password again
press ENTER
type "systemctl start sshd" (without the quotes)
press ENTER
Step 5) Connect from the laptop via SSH...
Now you can open an SSH connection, by executing the following on the laptop (when it asks for the password, enter the one you chose in step 4):
ssh [email protected]
Step 6) Profit!
Within this SSH shell on the laptop, you can now do whatever you would usually do to fix an Arch Linux system from a live CD.
You'll probably want to chroot into your Arch root partition, which is very easy thanks to the arch-chroot tool that is included on the live CD (replace "/dev/sda3" with the name of the headless computer's root partition):
mount /dev/sda3 /mnt
arch-chroot /mnt
If you set up IP forwarding as described in step 2b), then Internet access should magically work in this shell without any further configuration, so you can freely use pacman etc. inside the chroot.
Enjoy!
Last edited by sas (2013-07-26 22:17:03)

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.

What is Arch Linux?

The below link is a wiki page trying to describe what is Arch Linux. There is no official written document, most likely will never happen keeping Arch open for future possibilities. It is a collection of quotes from Arch Linux Forum and other user discussions commonly said by the "old timers". Currently there are three ongoing documents:
What is Arch Linux - general introduction.
The Arch Way - priciples & philosophy, user comments, and pros & cons.
Crux vs. Arch - difference between Crux Linux and Arch Linux.
Wiki page:
http://wiki.archlinux.org/index.php/ArchLinux

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...

Vim in Arch slower than in other distros

Under my arch system, the vim text editor is much slower than under any distro. I wonder why this is? May it be all the colorschemes I loaded?
May it be that the arch build is too big of a bundle? (w/gvim etc.)
I just want my fav. text editor to be as fast as it is under ubunutu:/
version number for ubuntu is: 7.1.56
version number foir arch is: 7.1.228
Please, if anyone have tips to speeding up my vim, please send me some hints
Last edited by hardframed (2008-01-23 19:10:14)

Hrmm... I use vim daily (if not hourly), but I don't find it to be any slower (or faster really) than on any other distro, including ubuntu and fedora. I would almost be willing to bet though, that due to the high number of dedicated vim users among the Arch developers, that vim is about as optimized as one would expect.
Also, as for as I can tell there are no GUI components (gvim) included with the standard vim build so I'm not sure where you found that info...I could be wrong, of course.
If you have a lot of customizations in your .vimrc and/or have lots of themes, I would definitely try to remove them temporarily and see if there's an increase in performance.
PS: This thread might be more appropriate in the Workstation User category--you may not get a lot of coverage here.
Last edited by thayer (2008-01-23 15:27:21)

Having to much trouble with arch. What other distros do you recomend?

I've been trying to geet arch running flawlessly on my thinkpad x61 for the last month.
But I've run in to some problems that I can't solve.
The iwlwifi-4965-ucode drivers unstable and gives me kernelpanics. Tried to roll them back but nothing happend.
I'm having problems with my xorg. It worked flawlessly under kubuntu but in arch I get some strange lines when things moving horizontaly on my screen. Like the image is splitting into 2 pieces instead of one. Have been configuring my xorg for weeks without any result.
Feels like I need some other distro.
I like the whole from scratch idea.

timetrap wrote:
I think you misunderstand what a linux distro is. There is no secret sauce that makes one distro better than the other. They all have the same ingredients. What make distros different is how they put the same ingredients together.
I am assuming you went here http://www.linux-on-laptops.com/lenovo.html and looked at this http://pi-ist-genau-3.de/?page_id=344
And I am assuming you looked at this too (regarding your wireless) http://bugs.archlinux.org/task/10984
tried the xorg.conf from "debian on lenovo x61" and its a dualscreen configuration. And I actually had a 1680x1050 samsung syncmaster standing in a closet so I plugged it in and tried to play movies @ both screens and I get the same result on both screens no matter what mediaplayer I run. So something must be wrong with my intel driver?
My xorg.conf before I tested the dualscreen xorg, witch gives me the same problem.
Using xf86-video-intel driver.
And about the wifidrivers. A bug is allways a bug no matter if it's known or not. Still a problem.
Last edited by bredin (2008-08-18 20:14:30)

Linux runs hotter than Windows?

Right now in Windows, CoreTemp reports that my processor is a little under 50 C, but in Arch lm-sensors says that it stays around the upper 50s, often jumping up into the 60s when I open a new program or play a Youtube video. Does anyone know why this would be? CoreTemp reports that the CPU is running at around 1.5 GHz, but in Linux cpufreq-info reports that it's often lower, around 933 MHz.
The processor is an Intel i3 mobile, which can go up to 2.13 GHz. In a Sony Vaio, just let me know if you need any other hardware specifics.
Any ideas why Linux would be running hotter than Windows?

Alright, thanks for the quick replies. The reason I want to solve this is because the fan spins way faster in Linux than Windows, and it's gotten annoying how loud it is.
The CPU frequency is the same in Linux and Windows (if not a little slower in Linux).
According to htop there's no significant workload right now.
I don't see why the graphics card would be any hotter in Linux (although I'll check that out now).
The fan is spinning way faster in Linux, so it's definitely not that Linux runs the fan slower.
Do you think it would be safe to assume lm-sensors is just over estimating the thermal junction, and I can force the fans to spin a little slower?
e: When I run sensors and get a line like this -
Core 0: +58.0°C (high = +80.0°C, crit = +90.0°C)
The crit temperature is TJunction, right?
Last edited by Yes (2011-04-10 17:19:06)

Arch Linux hotter than other Distros

Similar Messages

Maybe you are looking for