https://wiki.archlinux.org/api.php?action=feedcontributions&user=Rthomas6&feedformat=atomArchWiki - User contributions [en]2024-03-19T08:52:34ZUser contributionsMediaWiki 1.41.0https://wiki.archlinux.org/index.php?title=ASUS_Eee_PC_1015pn&diff=175760ASUS Eee PC 1015pn2011-12-24T05:06:12Z<p>Rthomas6: </p>
<hr />
<div>[[Category:ASUS (English)]]<br />
This page includes general information regarding Asus EEE PC 1015pn and related notes on installing/using Arch Linux on it.<br />
<br />
=System Specs=<br />
<br />
*'''CPU:''' Intel Atom Dual-Core N550 (1.5 GHz)<br />
<br />
*'''RAM:''' 1GB 1066MHz DDR3 (up to 2GB)<br />
<br />
*'''HDD:''' 250 GB, 5400 RPM<br />
<br />
*'''GPU:''' nVidia ION2 with Optimus<br />
<br />
*'''Display:''' 10.1" 1024 x 600 pixels LCD display<br />
<br />
*'''Wireless:''' BCM4313<br />
<br />
*'''Bluetooth:''' TODO<br />
<br />
*'''Webcam:''' Working (remember to add yourself to video group)<br />
<br />
*'''Card Reader:''' Working<br />
<br />
*'''Extras:''' 3 USB 2.0 ports, Bluetooth 3<br />
<br />
=HDD important issue=<br />
<br />
With the Western Digital hard drive (not SSD), there is an important issue: using the APM (Advanced Power Management) there are too nomerous spin-down, that can damage the hard drive. To confirm this issue, you have to install {{Package Official|smartmontools}}:<br />
# pacman -S smartmontools<br />
And you have to run multiple times this command (once in a minute for like 5 minutes):<br />
# smartctl -a /dev/sda|grep Load_Cycle_Count<br />
If the number under Load_Cycle_Count is increasing in a small amount of time (1 or 2 in a minute) you have this issue.<br />
<br />
==Method 1==<br />
The problem is easily solvable using laptop-mode-tools. In your {{Filename|/etc/laptop-mode/laptop-mode.conf}}, you have to set:<br />
#<br />
# Should laptop mode tools control the hard drive power management settings?<br />
#<br />
CONTROL_HD_POWERMGMT=1<br />
<br />
#<br />
# Power management for HD (hdparm -B values)<br />
#<br />
BATT_HD_POWERMGMT=255<br />
LM_AC_HD_POWERMGMT=255<br />
NOLM_AC_HD_POWERMGMT=255<br />
This disable all power management systems of the hard drive cause a light heat up (maybe). The same behaviour can be obtained running this command:<br />
# hdparm -B 255 /dev/sda<br />
the 255 number is the power-management level, in a range of 1-255 where 1 is maximum powersaving and 255 powersaving disabled. However setting the value to 253 causes a lot of spin-down. Setting the spin-down feature (it parks the heads away from disk) however can save the hard disk in case of a fall.<br />
<br />
==Method 2==<br />
This method correct this issue once and for all :<br />
[http://www.synology.com/support/faq_show.php?lang=enu&q_id=407 WDIDLE3]<br />
<br />
= nVidia ION 2 with Optimus =<br />
<br />
Optimus doesn't work at all but it is possible to choose which graphical card will be used on next reboot.<br />
<br />
You can get 2 'modes' :<br />
<br />
*By default (if you do not do anything) the machine starts with the Nvidia beeing the only VGA controller visible (so it will use the ION chip).<br />
*Using some tools you can start with the Intel and Nvidia VGA controller visible. In this mode the Intel controller is used and it is possible to power-down the Nvidia part.<br />
<br />
<br />
To switch between those modes you will need {{Package AUR|acpi_call-git}}.<br />
<br />
== Installing acpi_call ==<br />
<br />
<br />
Manual Install:<br />
git clone http://github.com/mkottman/acpi_call.git<br />
cd acpi_call<br />
make<br />
sudo insmod acpi_call.ko<br />
<br />
'''OR'''<br />
<br />
Install {{Package AUR|acpi_call-git}} from the [[AUR]].<br />
Add {{Codeline|acpi_call}} module into {{Filename|/etc/rc.conf}}.<br />
<br />
<br />
== Selecting Video Card ==<br />
To select Intel + Nvidia on next reboot :<br />
echo "\OSGS 0x03" > /proc/acpi/call<br />
<br />
Note: You will need to do this at each boot as long as you want to stay with the Intel part (If you do not do this the Eee will start with only the Nvidia Ion VGA controller).<br />
Adding the above command to /etc/rc.local will run the command on every boot (for the next boot). This is ideal if you want to run X on the Intel VGA controller.<br />
<br />
<br />
You can check the current mode with :<br />
echo "\AMW0.DSTS 0x90013" > /proc/acpi/call<br />
cat /proc/acpi/call<br />
<br />
For example if the result is 0x30003 :<br />
*First byte 0x03 means mode 3 (returnvalue &= 3)<br />
*Logical AND with 0x10000 and right-bitshift 16 bytes gives whether Optimus is supported (1=true, 0=false): here 1<br />
<br />
<br />
After reboot you can see with lspci that the Intel VGA controller is visible. You can now power down the ion part with (you'll need the acpi_call module loaded):<br />
echo "\_SB.PCI0.P0P4.DGPU.DOFF" > /proc/acpi/call<br />
<br />
Note: When leaving suspend you need to do this again because the Nvidia part reactivates itself.<br />
<br />
rc script to disable nvidia:<br />
#!/bin/bash<br />
<br />
. /etc/rc.conf<br />
. /etc/rc.d/functions<br />
<br />
<br />
if lsmod | grep -q acpi_call; then<br />
stat_busy 'Swith per ACPI_CALL to Optimus'<br />
echo "\OSGS 0x03" > /proc/acpi/callrayt5<br />
echo "\_SB.PCI0.P0P4.DGPU.DOFF" > /proc/acpi/call<br />
echo "\AMW0.DSTS 0x90013" > /proc/acpi/call<br />
result=$(cat /proc/acpi/call)<br />
case "$result" in<br />
0x30003)<br />
stat_done<br />
;;<br />
*)<br />
stat_fail<br />
;;<br />
esac<br />
else<br />
stat_busy 'ACPI_CALL mod not loaded'<br />
stat_fail<br />
fi<br />
<br />
== Check consumption==<br />
You can check consumption with: <br />
cat /sys/class/power_supply/BAT0/current_now<br />
<br />
*Before disabling: ~1700mA.<br />
*After disabling: ~1000mA.<br />
<br />
As you can see this method saves a lot of battery!<br />
<br />
= ACPI =<br />
<br />
As of kernel 3.1, Adding acpi_osi=Linux to /boot/grub/menu.lst is no longer necessary to enable ACPI. The proper modules should be automatically called at boot.<br />
<br />
=Wireless=<br />
<br />
Kernel >= 2.6.37 include the required module natively.<br />
<br />
Note: The Broadcom BCM4313 card requires the [http://aur.archlinux.org/packages.php?ID=42670 compat-wireless-brcm80211] module which is available in the AUR if kernel <=2.6.36<br />
<br />
For kernel 3.0 or higher, wireless card seems to be blocked due to a bug. To solve this issue, you can try [[Kernel_modules#Blacklisting|blacklisting]] the kernel module {{Codeline|bcma}}.<br />
<br />
=Bumblebee=<br />
<br />
The 1015pn can be configured to run automatically on the Intel video card, turn on and use the Nvidia part for specific processes when requested, and otherwise leave the Nvidia part turned off.<br />
<br />
First, add the command<br />
echo "\OSGS 0x03" > /proc/acpi/call<br />
to {{ic|/etc/rc.local}} to ensure that the Intel VGA controller is used on every subsequent boot. Next, install and configure [https://wiki.archlinux.org/index.php/Bumblebee Bumblebee] per the instructions on the wiki. Finally, remove any automated or otherwise scripted acpi calls to turn off the Nvidia VGA controller.<br />
<br />
Power management of the Nvidia VGA controller can also be handled by Bumblebee. Please note, however, that Bumblebee support for power management is currently experimental. To use automatic power management of the Nvidia card, first go to {{ic|/etc/bumblebee/bumblebee.conf}}, and change ENABLE_POWER_MANAGEMENT=Y and STOP_SERVICE_ON_EXIT=Y.<br />
This gives Bumblebee permission to turn on and off the Nvidia card. Stop service on exit means that the Nvidia card will be turned off when not currently being used by any process.<br />
<br />
Next, two new files, {{ic|cardon}} and {{ic|cardoff}}, must be created in {{ic|/etc/bumblebee/}}, with the following contents:<br />
<br />
{{hc|cardon|\_SB.PCI0.P0P4.DGPU.DON}}<br />
<br />
{{hc|cardoff|\_SB.PCI0.P0P4.DGPU.DOFF}}<br />
<br />
These are the acpi calls that Bumblebee will use to dynamically control the power of the Nvidia card. Now if bumblebee is included in the MODULES section of /etc/rc.conf, Bumblebee will automatically power down the Nvidia VGA controller unless it is being used with the optirun command.<br />
<br />
<br />
=To Do=<br />
# Manage to get the {{Package Official|xf86-video-intel}} and {{Package Official|nvidia}} packages installed (specific libgl being used by each one)<br />
# Get the Bluetooth working, without kernel panic attacks.<br />
<br />
= Links =<br />
*[http://linux-hybrid-graphics.blogspot.com/ http://linux-hybrid-graphics.blogspot.com/]</div>Rthomas6https://wiki.archlinux.org/index.php?title=Talk:Beginners%27_guide&diff=175191Talk:Beginners' guide2011-12-19T20:08:55Z<p>Rthomas6: /* Configuring /etc/pacman.conf */ new section</p>
<hr />
<div>#The Beginners Guide now redirects to Beginners' Guide.<br />
#A version bump in mediawiki has rectified the former apostrophe bug which rendered the page useless.<br />
#Please make all editing suggestions here.<br />
#Please keep discussions civil and productive.<br />
<br />
Thanks.<br />
[[User:Misfit138|Misfit138]] 15:23, 22 October 2009 (EDT)<br />
<br />
==<s>To split or not to split?</s>==<br />
<br />
Also inspired from [[#A simple, lightweight Beginner's Guide]]...<br />
<br />
I would like to see the Beginners' Guide split into a series of separate articles. This would serve to facilitate maintenance, primarily. The page already outlines four parts apt to be split into separate articles. I envision:<br />
<br />
# [[Beginners' Guide]] (essentially, the "Preface" section as it currently stands and "Appendix" at the end)<br />
# [[Beginners' Guide/Part 1: Base Install]]<br />
# [[Beginners' Guide/Part 2: Configure and Update]]<br />
# [[Beginners' Guide/Part 3: Sound]]<br />
# [[Beginners' Guide/Part 4: Graphical User Interface]]<br />
<br />
Additionally, a "complete" version of the guide could be generated at [[Beginners' Guide/Complete]] that simply includes all four parts in succession using the <nowiki>{{}}</nowiki> markup. This version would be intended for those printing the guide.<br />
<br />
Ideally, I think Part 1 should eventually redirect to the [[Official Arch Linux Install Guide]]. I see no need to maintain two installation guides. However, this is an entirely separate discussion.<br />
<br />
Thoughts?<br />
<br />
-- [[User:Pointone|pointone]] 14:39, 2 December 2010 (EST)<br />
<br />
:I appreciate the effort at making the best of a situation. Without a collapsing outline mechanism, the splitting out of the sections into separate articles may be useful. However, at the end of each one, the user needs a large link to get them back to where they started, so that they can continue on with the next step in the install. - [[User:KitchM|KitchM]] 19:56, 2 December 2010 (EST)<br />
<br />
::I think it could be a good thing, although I fear that it could ultimately become inconvenient and convoluted. One of the things that has kept the guide so popular and well-regarded is its existence as being self-contained. *Note that there is virtually no negative press on the web about the guide in its current state.* A 'beginner' would simply need to follow it step-by-step and in most cases never need to follow links in order to achieve a relatively complete DE system. At the opposite extreme would be something like the Debian wiki, which exists as innumerable little pages with 'Next Top Previous' et all. I find the Debian wiki to be unruly and a big mess. So, my input is be wary of the guide spiraling into fragmentation, which in my view will render it convoluted and harder to grasp, especially for a beginner. Progress and improvement is always welcomed. Change, however, is not always positive. I truly hope it actually turns out to be an improvement. -my $.02 [[User:Misfit138|Misfit138]] 12:32, 3 December 2010 (EST)<br />
<br />
:::I appreciate your concern, and I too am wary of the Debian "step-by-step" style installation guide. However, ArchWiki has matured ''immensely'' since the Beginners' Guide was originally written and designed. Before, many supplementary articles did not exist or were of inferior quality. Now, however, we enjoy a wide range of well-written, detailed articles covering a respectable number of topics. <br />
<br />
:::I believe it is time to rethink the goal of the Beginners' Guide. What is its purpose and intended audience? <br />
<br />
:::# To cover all aspects of installing and configuring Arch Linux? Then it certainly fails in this respect, and needs much expansion. (For example, it doesn't even explain how to install OpenOffice! Who decided that ''audio/sound'' deserves mention here but not ''printing''?)<br />
:::# To simply guide new users through installation of a basic Arch Linux system and configuring a graphical environment? Then we're close, but there is some unnecessary cruft here.<br />
<br />
:::In my opinion, this guide should serve to bring users to the point where they can browse the rest of ArchWiki in a comfortable graphical environment (that is, Xorg + web browser). Then, they are free to pick-and-choose which extra components they wish to install and follow detailed (dedicated) guides on each. After all, are Arch Linux users not expected to search the wiki/forums first for help?<br />
<br />
:::My primary concern is, and always has been, duplication of effort. The recent flood of edits required by the drastic changes in recent versions of Xorg is an excellent example of why maintaining two Xorg installation guides is problematic. By splitting the Beginners' Guide, we can eventually replace the GUI section with selected sections of a well-written [[Xorg]] article using available wiki tools (includeonly/noinclude are not reserved for templates alone). Similarly, as I mentioned above, the installation section can eventually be replaced by a drastically improved Official Arch Linux Install Guide (this is a very long-term goal). With careful consideration and planning, I am sure these changes will be positive in the long-term.<br />
<br />
:::-- [[User:Pointone|pointone]] 13:54, 7 December 2010 (EST)<br />
<br />
::::Yes, pointone, I agree fully and am all for progress and improvement, and your reasoning is sound. I'm also very happy that I am not the only one afraid of the Debian-style wiki threat. Thank you for acknowledging this. I have beaten this drum around here for years. [[User:Misfit138|Misfit138]] 11:08, 8 December 2010 (EST)<br />
<br />
:Splitting the article might be a good idea, but I don't like the idea of graphics being covered in two different articles, so I'm going to do what makes sense - move installing Xorg to the GUI section (basically just have to move the part 4 header). This also makes me wonder why we cover sound here and not in a [[Sound]] article instead - which would let us give people more choice between [[ALSA]] and [[OSS]], and also let us mention [[PulseAudio]] and [[JACK]] for people who want them on top of ALSA/OSS. Sound isn't required for people to have a GUI web browser/text editor that they're comfortable with, which seems to be the purpose of this guide. [[User:Thestinger|thestinger]] 13:55, 3 December 2010 (EST)<br />
<br />
::The [[ALSA]] article has also improved quite a bit, and it will probably work for more people than the sound section here, which doesn't even cover alsaconf. It's sort of similar to how the DE articles improved to the point that they were easier to follow than this guide [[User:Thestinger|thestinger]] 14:01, 3 December 2010 (EST)<br />
<br />
::I am all for the creation of a ''survey'' [[Sound]] article. [[Allowing Multiple Programs to Play Sound]] could serve as the base (it desperately needs clean-up and expansion). I don't think sound deserves coverage in the Beginners' Guide, really. -- [[User:Pointone|pointone]] 14:15, 9 December 2010 (EST)<br />
<br />
:::The [[Allowing Multiple Programs to Play Sound]] article was basically 99% ALSA related troubleshooting or plugs for dead software (joss, oss2jack, aRTS, esound) so I merged most of it into the [[ALSA]] and just started a basic outline for [[Sound]] from scratch. [[User:Thestinger|thestinger]] 16:52, 9 December 2010 (EST)<br />
<br />
== <s>4.1 Configuring the network</s> ==<br />
<br />
Most of this section is a repeat of info already presented earlier in the guide (most notably in [[Beginners'_Guide#Configure_Network_.28Netinstall.29|3.1.1]]).<br />
<br />
I understand that directing users to [[Beginners'_Guide#Configure_Network_.28Netinstall.29|3.1.1]] when they've already got a system up and running isn't that great of an idea since they are no longer in the live environment and some things are different (but not much!), but surely something can be done to reduce the redunancy (especially on the [[Beginners'_Guide#Wireless_LAN|4.1.2 Wireless LAN]] section, which is basically a 1:1 copy of [[Beginners'_Guide#Wireless_Quickstart_For_the_Live_Environment|3.1.1.2]]) [[User:Xgamer99|Xgamer99]] 19:49, 8 January 2011 (EST)<br />
:Went ahead and made the edit, as I can't see anything wrong with it. Please let me know if you disagree. However, I still believe that 4.1 should be re-worked and merged with 3.1.1, and just have 4.1 direct users to it. The only thing that would need to be added is the Proxy settings and manual wired connection (installer handles wired connections flawlessly, so manual activation isn't covered in 3.1.1). [[User:Xgamer99|Xgamer99]] 04:00, 9 January 2011 (EST)<br />
<br />
==<s>Splitting into sub pages</s>==<br />
<br />
I just migrated all the data to different sub-pages as discussed [[#To_split_or_not_to_split.3F|here]]...<br />
<br />
The pages are designed in such a way that all of the content resides on the sub pages and are linked to (included) from the main [[Beginners' Guide]] page. This creates the illusion of a complete, and lengthy, one-page guide for those who prefer it. This should make everyone happy. =D It also creates pages for those who prefer that. Note that the content is '''not''' copied, but instead is linked, like templates. This means that two copies of the same thing are not maintained -- change the source, and you change both the 'complete' and 'paged' views.<br />
<br />
Editing is much the same also. If you traditionally use the in-article [edit] links, you'll be presented with the text from the sub page seamlessly. If you edit via the Edit button at the top of the page, then you must go to the sub page itself and edit it (since the main page will have no content to edit).<br />
<br />
One thing to note is how to use anchor tags between sub pages. If you're editing, say, the "About This Guide" section where it links to the major sections of the guide, you need to take into consideration that the reader might either be a) reading it from the 'complete' page, where the link would only need to be #PageAnchor, or b) reading it on the different sub pages in which case it will need to be linked like so: Beginners' Guide/PageName#Section. The easiest way to do this is to use the <nowiki><noinclude></nowiki> tag like so: <noinclude>Beginners' Guide/PageName</noinclude>#Section. That way, if the reader is reading the entire guide on one page, the Beginners' Guide/PageName will not be included. But if the user is directly on the seperate sub pages, it will be included. '''Please''' keep both 'complete' and 'page' viewers in mind when linking to information located on different sub pages. Also, please note that this does not matter on info located on the same page; it can still be linked to via the regular #Section syntax. --[[User:Xgamer99|Xgamer99]] 15:02, 12 January 2011 (EST)<br />
<br />
:Well done! Thanks for undertaking this drastic edit. -- [[User:Pointone|pointone]] 18:50, 12 January 2011 (EST)<br />
<br />
:: Agreed. Great job. [[User:Misfit138|Misfit138]] 21:51, 4 June 2011 (EDT)<br />
<br />
== Splitting the 'Installation' section in the split version?==<br />
Even after the split the Installation section is still a bit long. Couldn't it be split into two pages? --[[User:Det|Det]] 07:24, 12 August 2011 (EDT)<br />
<br />
==Reiser4?==<br />
Reiser4 is by far a better choice for /var than ReiserFS, if you don't count the bugs that may still exist. The latest support is for 2.6.38 but is that a reason to not even mention it? --[[User:Det|Det]] 11:02, 14 August 2011 (EDT)<br />
: Reiser4 is not supported by the installation media. [[User:Misfit138|Misfit138]] 21:16, 15 August 2011 (EDT)<br />
<br />
==<s>Checksums Instructions</s>==<br />
I think the proper usage is:<br />
<br />
$ sha1sum --check name_of_checksum_file.txt<br />
<br />
and<br />
<br />
$ md5sum --check name_of_checksum_file.txt<br />
<br />
As it's written:<br />
<br />
$ sha1sum --check name_of_checksum_file.txt name_of_selected_iso_file.iso<br />
<br />
{{Ic|sha1sum}} gives an error when it tries to look for checksum lines in the {{Filename|*.iso}}. {{Ic|md5sum}} just goes ahead and gives a load of errors trying to read the {{Filename|*.iso}}. Someone more knowledgable care to back me up on this? --[[User:Emiralle|Emiralle]] 17:29, 12 September 2011 (EDT)<br />
:You are right<br />
<pre><br />
[karol@black isos]$ md5sum --check foo bar.iso<br />
foo.iso: OK<br />
md5sum: bar.iso: no properly formatted MD5 checksum lines found<br />
[karol@black isos]$ cat foo<br />
c0a326b36c1ad64024b16d1614f4fc1b foo.iso<br />
</pre><br />
:Please edit the Guide. Are you going to go over it checking every little step? That would be very welcome :-) -- [[User:Karol|Karol]] 18:12, 12 September 2011 (EDT)<br />
::This slipped passed me, fixed now. Heheh, I caught it while I was going over the Spanish translation. I intend to go through again and proofread both at some point, but haven't had the inspiration. | [[User:Emiralle|Emiralle]] 20:00, 5 October 2011 (EDT)<br />
<br />
==<s>Merge extras with appendix</s>==<br />
Any support for combining [[Beginners' Guide/Post-Installation#Extras]] with [[Beginners' Guide/Appendix]]?<br />
<br />
Reasons:<br />
*[[Beginners' Guide/Appendix|Appendix]] too short, doubtful to receive much addition<br />
*[[Beginners' Guide/Post-Installation|Post-Installation]] too long, doubtful to receive much subtraction<br />
*[[Beginners' Guide/Post-Installation#Extras|Extras]] is an important transition point<br />
<br />
Previous conversation:[[Template talk:Beginners' Guide navigation#Extras]] | [[User:Emiralle|Emiralle]] 20:08, 5 October 2011 (EDT)<br />
:+1, my opinion is expressed in the linked discussion.<br />
:Just reminding that a slight change in the navigation bar will be needed: Preface >> Preparation >> Installation >> Post-Installation >> Extra/Appendix<br />
:I'd really like to read more opinions though, because the Beginners' Guide is the most visited article of the wiki and restructuring must be done with care and consensus. Also I think that we should edit accordingly all the existing translations immediately, to avoid confusion among both readers and maintainers.<br />
:-- [[User:Kynikos|Kynikos]] 07:37, 6 October 2011 (EDT)<br />
:I like this idea. Extras as a separate page would work, but the Appendix is essential the same thing as Extras, so I think merging them would be fine. [[User:Thestinger|thestinger]] 03:13, 7 October 2011 (EDT)<br />
:+1 from me. -- [[User:Karol|Karol]] 09:17, 19 October 2011 (EDT)<br />
::Done, [[Beginners' Guide/Extra/Appendix]]. --[[User:Emiralle|Emiralle]] 22:46, 28 October 2011 (EDT)<br />
:::I wonder now whether the page title [[Beginners' Guide/Extra/Appendix]] is too awkward. It might make a troublesome transition while some languages use this scheme and others don't. In hindsight, leaving it as [[Beginners' Guide/Appendix]] might have been easier and less problematic. --[[User:Emiralle|Emiralle]] 16:28, 29 October 2011 (EDT)<br />
::::Moved to [[Beginners' Guide/Extra]] + some related changes (see my contribs), now having lunch and completing the changes ^^ -- [[User:Kynikos|Kynikos]] 07:45, 30 October 2011 (EDT)<br />
::::Update: Spanish and Italian versions should be aligned, the goal is changing the Template:i18n inclusion to Beginners' Guide/Extra. -- [[User:Kynikos|Kynikos]] 09:28, 30 October 2011 (EDT)<br />
::::Update: About Russian, Serbian and Simplified Chinese, I've just renamed Appendix to Extra, but I've not actually moved the respective Extra sections there because I was afraid to break something. Everything should be working fine now, I've also fixed the navigation templates in other languages.<br />
::::This request seems to be fulfilled now, I'm closing it, if you have something to add just reopen it :) -- [[User:Kynikos|Kynikos]] 10:02, 30 October 2011 (EDT)<br />
<br />
==Offload some USB prep info to authority article ([[USB Installation Media]])?==<br />
[[Beginners' Guide/Preparation#Flash memory device or USB stick]] contains what I think are overly detailed instructions considering it already references the perfectly good [[USB Installation Media]] article.<br />
<br />
Does anyone agree that it would be better to move that content there and clean it up a bit? | [[User:Emiralle|Emiralle]] 01:53, 13 October 2011 (EDT)<br />
:I do. Maybe just leave a generic overview of the procedure, like for [[Beginners' Guide/Preparation#Install on a virtual machine]], to work as an introduction to "Continue with [[#Boot Arch Linux installer|Boot Arch Linux installer]]" which IMO should be kept for consistency and continuity. -- [[User:Kynikos|Kynikos]] 07:40, 14 October 2011 (EDT)<br />
<br />
==Move Auto prepare details further down the guide ==<br />
I would like to move [[Beginners' Guide/Installation#Creating filesystems (general information)]] to just after [[Beginners' Guide/Installation#How big should my partitions be?|#How big should my partitions be?]], and [[Beginners' Guide/Installation#Option 1: Auto prepare|#Option 1: Auto prepare]] down just below [[Beginners' Guide/Installation#A note on journaling|#A note on journaling]] as I've done in [[Beginners' Guide/Installation (Español)#Preparar el disco duro]].<br />
<br />
The section would look like:<br />
1.4 Prepare hard drive<br />
1.4.1 Partitioning hard disks (general information)<br />
1.4.1.1 Partition type<br />
1.4.1.2 Swap partition<br />
1.4.1.3 Partition scheme<br />
1.4.1.4 How big should my partitions be?<br />
1.4.2 Creating filesystems (general information)<br />
1.4.2.1 Filesystem types<br />
1.4.2.2 A note on journaling<br />
1.4.3 Option 1: Auto prepare<br />
1.4.4 Option 2: Manually partition hard drives<br />
1.4.5 Option 3: Manually configure block devices, filesystems and mountpoints<br />
<br />
Benefits:<br />
*Even auto-prepare asks you about the partition sizes and what filesystem you want for / and home. So people have to scroll back and forth for the info anyways.<br />
*This information is healthy for beginners.<br />
<br />
Thoughts? | [[User:Emiralle|Emiralle]] 05:34, 13 October 2011 (EDT)<br />
:I like the idea. You may create anchor links to the Option subsections from the bulleted list in [[Beginners' Guide/Installation#Prepare hard drive]]. -- [[User:Kynikos|Kynikos]] 07:46, 14 October 2011 (EDT)<br />
<br />
::Great idea! I had been thinking the same thing myself...the logical ordering is not quite correct and the proposed re-arrangement is much better. Also, Option 3 is a required follow-up to Option 2. I have edited the guide in a few places to make this clearer. --[[User:Sportscliche|Sportscliche]] 03:54, 15 November 2011 (EST)<br />
:::This is implemented. Revision for continuity would be good. --[[User:Emiralle|Emiralle]] 21:17, 15 November 2011 (EST)<br />
::::There were a lot of continuity problems, but I think I managed to fix everything. It would be nice if someone could proofread this section since a lot of changes were made. --[[User:Sportscliche|Sportscliche]] 23:38, 15 November 2011 (EST)<br />
:::::Good job guys! I've just found the time to do some sort of proofreading, the section looks much tidier now, thank you! -- [[User:Kynikos|Kynikos]] 16:44, 23 November 2011 (EST)<br />
<br />
== Settings for dd in 2.1.3.1 ==<br />
<br />
The default value for bytes written/read per time in dd is normally 512 bytes, which can make the performance for dd ridiculously slow and processor usage high in some cases. I recommend adding the options ibs=4M obs=4M in the code snippet.<br />
: I agree. Go for it. [[User:Misfit138|Misfit138]] 18:41, 6 November 2011 (EST)<br />
<br />
== Replace grub-legacy info with syslinux ==<br />
<br />
Now the syslinux support is in AIF and grub-legacy being dead upstream and with suggestions for its removal from base group (or even core repo), I think it is time to recommend syslinux as the default bootloader by replacing all the grub-legacy related info and examples with syslinux ones. What do you guys think?<br />
<br />
== Configuring /etc/pacman.conf ==<br />
<br />
It would be useful to make new users aware of the benefits of enabling the multilib repository when installing 64-bit Arch. Currently the guide assumes that the defaults are fine but verification is recommended, which is good and true. However, a new user may not be aware of the purpose of multilib, and I think it would be good to inform them of its purpose so that they can make a more informed choice when editing their config files. Multilib is commented out in /etc/pacman.conf by default. --[[User:Rthomas6|Rthomas6]] 15:08, 19 December 2011 (EST)</div>Rthomas6https://wiki.archlinux.org/index.php?title=ASUS_Eee_PC_1015pn&diff=171960ASUS Eee PC 1015pn2011-12-02T02:38:51Z<p>Rthomas6: </p>
<hr />
<div>[[Category:ASUS (English)]]<br />
This page includes general information regarding Asus EEE PC 1015pn and related notes on installing/using Arch Linux on it.<br />
<br />
=System Specs=<br />
<br />
*'''CPU:''' Intel Atom Dual-Core N550 (1.5 GHz)<br />
<br />
*'''RAM:''' 1GB 1066MHz DDR3 (up to 2GB)<br />
<br />
*'''HDD:''' 250 GB, 5400 RPM<br />
<br />
*'''GPU:''' nVidia ION2 with Optimus<br />
<br />
*'''Display:''' 10.1" 1024 x 600 pixels LCD display<br />
<br />
*'''Wireless:''' BCM4313<br />
<br />
*'''Bluetooth:''' TODO<br />
<br />
*'''Webcam:''' Working (remember to add yourself to video group)<br />
<br />
*'''Card Reader:''' Working<br />
<br />
*'''Extras:''' 3 USB 2.0 ports, Bluetooth 3<br />
<br />
=HDD important issue=<br />
<br />
With the Western Digital hard drive (not SSD), there is an important issue: using the APM (Advanced Power Management) there are too nomerous spin-down, that can damage the hard drive. To confirm this issue, you have to install {{Package Official|smartmontools}}:<br />
# pacman -S smartmontools<br />
And you have to run multiple times this command (once in a minute for like 5 minutes):<br />
# smartctl -a /dev/sda|grep Load_Cycle_Count<br />
If the number under Load_Cycle_Count is increasing in a small amount of time (1 or 2 in a minute) you have this issue.<br />
<br />
==Method 1==<br />
The problem is easily solvable using laptop-mode-tools. In your {{Filename|/etc/laptop-mode/laptop-mode.conf}}, you have to set:<br />
#<br />
# Should laptop mode tools control the hard drive power management settings?<br />
#<br />
CONTROL_HD_POWERMGMT=1<br />
<br />
#<br />
# Power management for HD (hdparm -B values)<br />
#<br />
BATT_HD_POWERMGMT=255<br />
LM_AC_HD_POWERMGMT=255<br />
NOLM_AC_HD_POWERMGMT=255<br />
This disable all power management systems of the hard drive cause a light heat up (maybe). The same behaviour can be obtained running this command:<br />
# hdparm -B 255 /dev/sda<br />
the 255 number is the power-management level, in a range of 1-255 where 1 is maximum powersaving and 255 powersaving disabled. However setting the value to 253 causes a lot of spin-down. Setting the spin-down feature (it parks the heads away from disk) however can save the hard disk in case of a fall.<br />
<br />
==Method 2==<br />
This method correct this issue once and for all :<br />
[http://www.synology.com/support/faq_show.php?lang=enu&q_id=407 WDIDLE3]<br />
<br />
= nVidia ION 2 with Optimus =<br />
<br />
Optimus doesn't work at all but it is possible to choose which graphical card will be used on next reboot.<br />
<br />
You can get 2 'modes' :<br />
<br />
*By default (if you do not do anything) the machine starts with the Nvidia beeing the only VGA controller visible (so it will use the ION chip).<br />
*Using some tools you can start with the Intel and Nvidia VGA controller visible. In this mode the Intel controller is used and it is possible to power-down the Nvidia part.<br />
<br />
<br />
To switch between those modes you will need {{Package AUR|acpi_call-git}}.<br />
<br />
== Installing acpi_call ==<br />
<br />
<br />
Manual Install:<br />
git clone http://github.com/mkottman/acpi_call.git<br />
cd acpi_call<br />
make<br />
sudo insmod acpi_call.ko<br />
<br />
'''OR'''<br />
<br />
Install {{Package AUR|acpi_call-git}} from the [[AUR]].<br />
Add {{Codeline|acpi_call}} module into {{Filename|/etc/rc.conf}}.<br />
<br />
<br />
== Selecting Video Card ==<br />
To select Intel + Nvidia on next reboot :<br />
echo "\OSGS 0x03" > /proc/acpi/call<br />
<br />
Note: You will need to do this at each boot as long as you want to stay with the Intel part (If you do not do this the Eee will start with only the Nvidia Ion VGA controller).<br />
Adding the above command to /etc/rc.local will run the command on every boot (for the next boot). This is ideal if you want to run X on the Intel VGA controller.<br />
<br />
<br />
You can check the current mode with :<br />
echo "\AMW0.DSTS 0x90013" > /proc/acpi/call<br />
cat /proc/acpi/call<br />
<br />
For example if the result is 0x30003 :<br />
*First byte 0x03 means mode 3 (returnvalue &= 3)<br />
*Logical AND with 0x10000 and right-bitshift 16 bytes gives whether Optimus is supported (1=true, 0=false): here 1<br />
<br />
<br />
After reboot you can see with lspci that the Intel VGA controller is visible. You can now power down the ion part with (you'll need the acpi_call module loaded):<br />
echo "\_SB.PCI0.P0P4.DGPU.DOFF" > /proc/acpi/call<br />
<br />
Note: When leaving suspend you need to do this again because the Nvidia part reactivates itself.<br />
<br />
rc script to disable nvidia:<br />
#!/bin/bash<br />
<br />
. /etc/rc.conf<br />
. /etc/rc.d/functions<br />
<br />
<br />
if lsmod | grep -q acpi_call; then<br />
stat_busy 'Swith per ACPI_CALL to Optimus'<br />
echo "\OSGS 0x03" > /proc/acpi/call<br />
echo "\_SB.PCI0.P0P4.DGPU.DOFF" > /proc/acpi/call<br />
echo "\AMW0.DSTS 0x90013" > /proc/acpi/call<br />
result=$(cat /proc/acpi/call)<br />
case "$result" in<br />
0x30003)<br />
stat_done<br />
;;<br />
*)<br />
stat_fail<br />
;;<br />
esac<br />
else<br />
stat_busy 'ACPI_CALL mod not loaded'<br />
stat_fail<br />
fi<br />
<br />
== Check consumption==<br />
You can check consumption with: <br />
cat /sys/class/power_supply/BAT0/current_now<br />
<br />
*Before disabling: ~1700mA.<br />
*After disabling: ~1000mA.<br />
<br />
As you can see this method saves a lot of battery!<br />
<br />
= ACPI =<br />
<br />
As of kernel 3.1, Adding acpi_osi=Linux to /boot/grub/menu.lst is no longer necessary to enable ACPI. The proper modules should be automatically called at boot.<br />
<br />
=Wireless=<br />
<br />
Kernel >= 2.6.37 include the required module natively.<br />
<br />
Note: The Broadcom BCM4313 card requires the [http://aur.archlinux.org/packages.php?ID=42670 compat-wireless-brcm80211] module which is available in the AUR if kernel <=2.6.36<br />
<br />
For kernel 3.0 or higher, wireless card seems to be blocked due to a bug. To solve this issue, you can try [[Kernel_modules#Blacklisting|blacklisting]] the kernel module {{Codeline|bcma}}.<br />
<br />
=Bumblebee=<br />
<br />
The 1015pn can be configured to run automatically on the Intel video card, turn on and use the Nvidia part for specific processes when requested, and otherwise leave the Nvidia part turned off.<br />
<br />
First, add the command<br />
echo "\OSGS 0x03" > /proc/acpi/call<br />
to {{ic|/etc/rc.local}} to ensure that the Intel VGA controller is used on every subsequent boot. Next, install and configure [https://wiki.archlinux.org/index.php/Bumblebee Bumblebee] per the instructions on the wiki. Finally, remove any automated or otherwise scripted acpi calls to turn off the Nvidia VGA controller.<br />
<br />
Power management of the Nvidia VGA controller can also be handled by Bumblebee. Please note, however, that Bumblebee support for power management is currently experimental. To use automatic power management of the Nvidia card, first go to {{ic|/etc/bumblebee/bumblebee.conf}}, and change ENABLE_POWER_MANAGEMENT=Y and ECO_MODE=Y.<br />
This gives Bumblebee permission to turn on and off the Nvidia card. Eco mode means that the Nvidia card will be turned off when not currently being used by any process.<br />
<br />
Next, two new files, {{ic|cardon}} and {{ic|cardoff}}, must be created in {{ic|/etc/bumblebee/}}, with the following contents:<br />
<br />
{{hc|cardon|\_SB.PCI0.P0P4.DGPU.DON}}<br />
<br />
{{hc|cardoff|\_SB.PCI0.P0P4.DGPU.DOFF}}<br />
<br />
These are the acpi calls that Bumblebee will use to dynamically control the power of the Nvidia card. Now if bumblebee is included in the MODULES section of /etc/rc.conf, Bumblebee will automatically power down the Nvidia VGA controller unless it is being used with the optirun command.<br />
<br />
<br />
=To Do=<br />
# Manage to get the {{Package Official|xf86-video-intel}} and {{Package Official|nvidia}} packages installed (specific libgl being used by each one)<br />
# Get the Bluetooth working, without kernel panic attacks.<br />
<br />
= Links =<br />
*[http://linux-hybrid-graphics.blogspot.com/ http://linux-hybrid-graphics.blogspot.com/]</div>Rthomas6