https://wiki.archlinux.org/api.php?action=feedcontributions&user=Florianb&feedformat=atomArchWiki - User contributions [en]2024-03-29T09:47:07ZUser contributionsMediaWiki 1.41.0https://wiki.archlinux.org/index.php?title=Mirrors&diff=346204Mirrors2014-11-25T08:39:48Z<p>Florianb: /* TOR Network */</p>
<hr />
<div>[[Category:About Arch]]<br />
[[Category:Package management]]<br />
[[ar:Mirrors]]<br />
[[es:Mirrors]]<br />
[[fr:Miroirs]]<br />
[[it:Mirrors]]<br />
[[ja:Mirrors]]<br />
[[zh-CN:Mirrors]]<br />
{{Related articles start}}<br />
{{Related|Mirroring}}<br />
{{Related|pacman}}<br />
{{Related|reflector}}<br />
{{Related articles end}}<br />
<br />
This page is a guide to selecting and configuring your mirrors, and a listing of current available mirrors.<br />
<br />
== Enabling a specific mirror ==<br />
<br />
To enable mirrors, open {{ic|/etc/pacman.d/mirrorlist}} and locate your geographic region. Uncomment mirrors you would like to use.<br />
{{Note | ftp.archlinux.org is [https://www.archlinux.org/news/throttling-ftparchlinuxorg-rsyncarchlinuxorg/ throttled at 50KB/s].}}<br />
Example:<br />
<br />
# Any<br />
# Server = <nowiki>ftp://mirrors.kernel.org/archlinux/$repo/os/$arch</nowiki><br />
'''Server = <nowiki>http://mirrors.kernel.org/archlinux/$repo/os/$arch</nowiki>'''<br />
<br />
See [[#Mirror status]] and [[#List by speed]] for tools that help choosing mirrors.<br />
<br />
{{Tip|Uncomment 5 favorite mirrors and place them at the top of the mirrorlist file. That way it's easy to find them and move them around if the first mirror on the list has problems. It also makes merging mirrorlist updates easier.}}<br />
<br />
It is also possible to specify mirrors in {{ic|/etc/pacman.conf}}. For the ''[core]'' repository, the default setup is:<br />
[core]<br />
Include = /etc/pacman.d/mirrorlist<br />
<br />
To use the ''HostEurope'' mirror as a default mirror, add it before the {{Ic|Include}} line:<br />
[core]<br />
'''Server = <nowiki>ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org/core/os/$arch</nowiki>'''<br />
Include = /etc/pacman.d/mirrorlist<br />
<br />
pacman will now try to connect to this mirror first. Proceed to do the same for ''[testing]'', ''[extra]'', and ''[community]'', if applicable.<br />
<br />
{{Note|If mirrors have been stated directly in {{ic|pacman.conf}}, remember to use the same mirror for all repositories. Otherwise packages that are incompatible to each other may be installed, like linux from ''[core]'' and an older kernel module from ''[extra]''.}}<br />
<br />
=== Force pacman to refresh the package lists ===<br />
After creating/editing {{ic|/etc/pacman.d/mirrorlist}}, (manually or by using {{Ic|rankmirrors}}) issue the following command:<br />
# pacman -Syyu<br />
<br />
{{Tip|Passing two {{Ic|--refresh}} or {{Ic|-y}} flags forces pacman to refresh all package lists even if they are considered to be up to date. Issuing {{Ic|pacman -Syyu}} ''whenever changing to a new mirror'' is good practice and will avoid possible issues.}}<br />
<br />
==Mirror status==<br />
Check the status of the Arch mirrors and how updated they are by visiting https://www.archlinux.org/mirrors/status/.<br />
<br />
You can generate an up to date mirrorlist [https://www.archlinux.org/mirrorlist/ here], automate the process with a [[#Script to download from Mirrorlist Generator|script]], or install [[Reflector]], a utility that generates a mirrorlist using Mirrorcheck's list; you can also manually check how up-to-date a mirror is by:<br />
#picking a server and browsing to "extra/os/";<br />
#accessing https://www.archlinux.org/ in another browser tab or window; and<br />
#comparing the last-modified date of the {{ic|i686}} directory on the mirror to the ''[extra]'' date on the homepage, in the ''Package Repositories'' box to the right.<br />
<br />
==Sorting mirrors==<br />
When downloading packages pacman uses the mirrors in the order they are in {{ic|/etc/pacman.d/mirrorlist}}. If not using {{Pkg|reflector}}, which has the ability to sort mirrors by both how updated they are and their speed, follow this demonstration of manual mirror sorting.<br />
<br />
{{Note|This does not apply to [[Improve pacman performance#Using_powerpill-light | powerpill-light]], which connects to many servers simultaneously to increase the overall download speed. The speed of individual connections becomes less relevant, and powerpill-light can be configured to require minimum speeds per connection.}}<br />
<br />
===List by speed===<br />
<br />
Take full advantage of using the fastest local mirror, which can be determined via the included Bash script, {{ic|/usr/bin/rankmirrors}}.<br />
<br />
Back up the existing {{ic|/etc/pacman.d/mirrorlist}}:<br />
# cp /etc/pacman.d/mirrorlist /etc/pacman.d/mirrorlist.backup<br />
<br />
Edit {{ic|/etc/pacman.d/mirrorlist.backup}} and uncomment mirrors for testing with {{ic|rankmirrors}}.<br />
<br />
Optionally run the following {{Ic|sed}} line to uncomment every mirror:<br />
# sed -i 's/^#Server/Server/' /etc/pacman.d/mirrorlist.backup<br />
<br />
Finally, rank the mirrors. Operand {{Ic|-n 6}} means only output the 6 fastest mirrors: <br />
# rankmirrors -n 6 /etc/pacman.d/mirrorlist.backup > /etc/pacman.d/mirrorlist<br />
<br />
Run {{Ic|rankmirrors -h}} for a list of all the available options.<br />
<br />
===Combined listing by speed and status===<br />
It is not a good idea to just use the fastest mirrors, since the fastest mirrors might be out of date. The preferred way would be to use [[#List by speed]], then sorting those 6 fastest mirrors by their [[#Mirror status]]. <br />
<br />
Simply visit either one or both [[#Mirror status]] links and sort them by the ones that are more up to date. Move the more up to date mirrors to the top of {{ic|/etc/pacman.d/mirrorlist}} and if the mirrors are way out of date simply do not use those; repeat the process leaving out the outdated mirrors. So this ends up with a total of 6 mirrors that are sorted by speed and status, leaving out outdated mirrors. <br />
<br />
When having mirror issues the above should be repeated. Or repeat once in a while even if not having mirror problems, to keep {{ic|/etc/pacman.d/mirrorlist}} up to date.<br />
<br />
=== Script to download from Mirrorlist Generator ===<br />
<br />
The [https://www.archlinux.org/mirrorlist/ Pacman Mirrorlist Generator] ranks mirrors based on geography, availability, and tiering. A script is available that can backup the previous mirrorlist then install a Mirrorlist Generator version. To install it use the AUR package {{AUR|armrr-git}} or download it with {{ic|curl -O https://raw.githubusercontent.com/Gen2ly/armrr/master/armrr}}. Run {{ic|armrr [*country code]}} or just {{ic|armrr}} for a country code prompt. Type {{ic|armrr -h,--help}} for more details.<br />
<br />
===Using Reflector===<br />
<br />
Alternatively, you can use [[Reflector]] to automatically retrieve the latest mirrorlist from the [https://www.archlinux.org/mirrors/status/ MirrorStatus] page, filter the most up-to-date mirrors, sort them by speed and overwrite the file {{ic|/etc/pacman.d/mirrorlist}}.<br />
<br />
=== Choosing a local mirror ===<br />
The simple way is to edit the mirrorlist file by placing a local mirror at the top of the list. pacman will then use this mirror for preference.<br />
<br />
Alternatively {{ic|/etc/pacman.conf}} can be edited by placing a local mirror before the line sourcing the mirrorlist file, i.e. where it says "add your preferred servers here". It is safer if you use the same server for each repository.<br />
<br />
==Official mirrors==<br />
The official Arch Linux mirror list is available from the {{pkg|pacman-mirrorlist}} package. To get an even more up-to-date list of mirrors, use the [https://www.archlinux.org/mirrorlist/ Pacman Mirror List Generator] page on the main site.<br />
<br />
In the unlikely scenario that you are without any configured mirrors and {{Ic|pacman-mirrorlist}} is not installed, run the following command:<br />
# wget -O /etc/pacman.d/mirrorlist <nowiki>https://www.archlinux.org/mirrorlist/all/</nowiki><br />
<br />
Be sure to uncomment a preferred mirror as described above, then:<br />
# pacman -Syyu pacman-mirrorlist<br />
<br />
If you want your mirror to be added to the official list, file a feature request. In the meantime, add it to the [[#Unofficial mirrors]] list at the end of this page.<br />
<br />
If you get an error stating that the {{ic|$arch}} variable is used but not defined, add the following to your {{ic|/etc/pacman.conf}}:<br />
Architecture = x86_64<br />
<br />
{{Note|You can also use the values {{Ic|auto}} and {{Ic|i686}} for the {{ic|Architecture}} variable.}}<br />
<br />
===IPv6-ready mirrors===<br />
<br />
The [https://www.archlinux.org/mirrorlist/?country=all&protocol=http&ip_version=6 pacman mirror list generator] can also be used to find a list of current IPv6 mirrors.<br />
<br />
==Unofficial mirrors==<br />
These mirrors are ''not'' listed in {{ic|/etc/pacman.d/mirrorlist}}.<br />
<br />
===Global===<br />
* http://sourceforge.net/projects/archlinux/files/ - ''ISO files only; Does not have any releases since 2006. Use it only if for getting older ISOs.''<br />
<br />
===TOR Network===<br />
*http://cz2jqg7pj2hqanw7.onion/archlinux<br />
*ftp://mirror:mirror@cz2jqg7pj2hqanw7.onion/archlinux<br />
*http://rstpevyo7zx47bld.onion/archlinux<br />
<br />
===Austria===<br />
*http://gd.tuwien.ac.at/opsys/linux/archlinux/ - ''Vienna University of Technology''<br />
*ftp://gd.tuwien.ac.at/opsys/linux/archlinux/<br />
<br />
===Bulgaria===<br />
*http://mirror.telepoint.bg/archlinux/ <br />
*ftp://mirror.telepoint.bg/archlinux/<br />
<br />
===China===<br />
'''CHINA TELECOM'''<br />
*http://mirror.lupaworld.com/archlinux/<br />
<br />
'''CHINA UNICOM'''<br />
*http://mirrors.sohu.com/archlinux/<br />
*http://mirrors.yun-idc.com/archlinux/<br />
<br />
'''Cernet'''<br />
*http://mirrors.zju.edu.cn/archlinux/ - ''Zhejian University''<br />
*http://ftp.sjtu.edu.cn/archlinux/ - ''Shanghai Jiaotong University''<br />
*ftp://ftp.sjtu.edu.cn/archlinux/<br />
*http://mirrors.ustc.edu.cn/archlinux/ - ''University of Science and Technology of China''<br />
*ftp://mirrors.ustc.edu.cn/archlinux/<br />
*http://mirrors.tuna.tsinghua.edu.cn/archlinux/ - ''Tsinghua University''<br />
*http://mirrors.4.tuna.tsinghua.edu.cn/archlinux/ ''(ipv4 only)''<br />
*http://mirrors.6.tuna.tsinghua.edu.cn/archlinux/ ''(ipv6 only)''<br />
*http://mirror.lzu.edu.cn/archlinux/ - ''Lanzhou University''<br />
*http://mirrors.huste.du.cn/archlinux - ''Huazhong University of Science and Technology''<br />
<br />
===France===<br />
*http://delta.archlinux.fr/ - ''With Delta package support. Needs xdelta3 package from extra to run.''<br />
*http://mirror.soa1.org/archlinux<br />
*ftp://mirror:mirror@mirror.soa1.org/archlinux<br />
<br />
===Germany===<br />
*http://ftp.uni-erlangen.de/mirrors/archlinux/<br />
*ftp://ftp.uni-erlangen.de/mirrors/archlinux/<br />
*http://ftp.u-tx.net/archlinux/<br />
*ftp://ftp.u-tx.net/archlinux/<br />
*http://mirror.michael-eckert.net/archlinux/<br />
*http://linux.rz.rub.de/archlinux/<br />
*http://mirror.k42.ch/archlinux/<br />
<br />
===Hong Kong===<br />
*http://hk.mirrors.linaxe.net/archlinux/<br />
<br />
===India===<br />
*http://ftp.iitm.ac.in/archlinux/<br />
*ftp://ftp.iitm.ac.in/archlinux/<br />
<br />
===Indonesia===<br />
*http://mirror.kavalinux.com/archlinux/ - ''only from Indonesia''<br />
*http://kambing.ui.ac.id/archlinux/<br />
*http://repo.ukdw.ac.id/archlinux/<br />
<br />
===Iran===<br />
*http://mirror.yazd.ac.ir/arch/<br />
<br />
===Italy===<br />
*http://mi.mirror.garr.it/mirrors/archlinux/<br />
<br />
===Japan===<br />
*http://ftp.nara.wide.ad.jp/pub/Linux/archlinux/ - ''NAra Institute of Science and Technology''<br />
*http://ftp.kddilabs.jp/Linux/packages/archlinux/<br />
*http://srv2.ftp.ne.jp/Linux/packages/archlinux/<br />
<br />
===Kazakhstan===<br />
*http://archlinux.kz/<br />
*http://mirror.neolabs.kz/archlinux/<br />
*http://mirror-kt.neolabs.kz/archlinux/<br />
<br />
===Malaysia===<br />
*http://mirror.oscc.org.my/archlinux/<br />
*http://mirrors.inetutils.net/archlinux/ - ''ISO and Core''<br />
<br />
===New Zealand===<br />
*http://mirror.ihug.co.nz/archlinux/<br />
*http://mirror.ece.auckland.ac.nz/archlinux/ ''NZ only''<br />
===Poland===<br />
*ftp://ftp.icm.edu.pl/pub/Linux/dist/archlinux/ - ICM UW<br />
*http://ftp.icm.edu.pl/pub/Linux/dist/archlinux/ - ICM UW<br />
*rsync://ftp.icm.edu.pl/pub/Linux/dist/archlinux/ - ICM UW<br />
<br />
===Russia===<br />
*http://hatred.homelinux.net/archlinux/ - ''Vladivostok, without iso, with <sub>[http://hatred.homelinux.net/wiki/proekty:3spy:start 3SPY]</sub> project repos and [http://hatred.homelinux.net/archlinux/mingw32/os/i686 '''mingw32'''] repo''<br />
*http://mirrors.krasinfo.ru/archlinux/ - ''Krasnoyarsk, Classica-Service Ltd''<br />
*http://mirror.yandex.ru/archlinux/ - ''Moscow, [http://www.yandex.ru/ Yandex] LLC''<br />
<br />
===Singapore===<br />
*http://mirror.nus.edu.sg/archlinux/<br />
<br />
===South Africa===<br />
*http://ftp.leg.uct.ac.za/pub/linux/arch/ - ''University of Cape Town''<br />
*ftp://ftp.leg.uct.ac.za/pub/linux/arch/<br />
*http://mirror.ufs.ac.za/archlinux/ - ''University of the Free State''<br />
*ftp://mirror.ufs.ac.za/os/linux/distros/archlinux/<br />
*http://ftp.wa.co.za/pub/archlinux/ - ''Web Africa Networks''<br />
*ftp://ftp.wa.co.za/pub/archlinux/<br />
*http://archlinux.mirror.ac.za - ''TENET - Tertiary Education and Research Network of South Africa''<br />
*ftp://archlinux.mirror.ac.za<br />
<br />
===South Korea===<br />
*http://mirror.star4u.org/archlinux/<br />
*http://ftp2.lecl.net/pub/archlinux<br />
<br />
===United States===<br />
* http://archlinux.linuxfreedom.com - ''Contains numerous ISO images but does not contain the ISO dated 2011.08.19''<br />
* http://mirror.clarkson.edu/archlinux/<br />
* http://mirror.pointysoftware.net/archlinux/<br />
* http://il.mirrors.linaxe.net/archlinux/ - ''Server location - Chicago, IL''<br />
<br />
===Viet Nam===<br />
'''FPT TELECOM'''<br />
*http://mirror-fpt-telecom.fpt.net/archlinux/<br />
<br />
== See Also ==<br />
* [http://wiki.gotux.net/code/bash/mirup MirUp] &ndash; pacman mirrorlist downloader/checker</div>Florianbhttps://wiki.archlinux.org/index.php?title=Talk:Bumblebee&diff=150485Talk:Bumblebee2011-08-02T08:37:27Z<p>Florianb: </p>
<hr />
<div>== Wiki rewritten ==<br />
<br />
Hi, I followed this wiki two days ago and now Optimus technology works fine on my laptop, but I found this wiki a bit confusing. I decided to rewrite it. I'm not a linux-expert and i'm not English (I'm Italian), so feel free to correct what I wrote.<br />
<br />
:1) Setup X Server: I put this section as the first. New Bumblebee's versions create a xorg.conf.nvidia.pacnew file, so I added a cp command.<br />
:2) Load Kernel Module: I reordered this section with this logic in mind: first, get rid of nouveau at all; second, load nvidia module.<br />
:3) Start Bumblebee Daemon: I created a section for this. This way you don't need to reboot and it's more clear what you're doing.<br />
:4) Start VirtualGL Client: Well, I deleted this section because I think it's not needed to make bumblebee to work. I never run that command to use optirun or optirun32.<br />
:5) Usage: I added optirun32. It seems to work fine with Unigine Tropics benchmark.<br />
:6) Autostart Bumblebee: I created a section for this because this operations were all around the wiki. This way it's more compact.<br />
:7) Nvidia ON/OFF... : Everything is fine here. I added the command to check battery rate only.<br />
:About last section: I got an ACER Aspire 5742g (Nvidia gt540M) and if I followed the steps to turn off my card: well, my power usage is higher(+400mA) with the card turned off and nvidia module unloaded! I know it's unbelievable, but it's true. Anyone is experiencing this? Bye<br />
[[User:Thewall|Thewall]] 18:06, 1 July 2011 (EDT)<br />
=== Samsagax Reply on thewall changes ===<br />
<br />
It's nice someone got interested!<br />
Now I'll argue some points for what takes precedence, what are bugs and what is planned to the future of Bumblebee in ArchLinux:<br />
:1) I would put the kernel module load first, before the configuration of the X server, I think is better logic. <br />
:2) The issue with the ".pacnew" file is a bug, should create it only if there is an "xorg.conf.nvidia" (on upgrade). I'm also planning to move this conf file to /etc/bumblebee directory. <br />
:3) Liked that (: <br />
:4) I really wouldn't delete that, don't know why, but some people need the vglclient running, should be an optional and explanatory section maybe. <br />
:5) As the new package of bumblebee I'm trying to split into smaller packages containing the libraries apart from the scripts and optirun32 didn't work fine for most people (specially under wine). <br />
:6) Liked that, is more clean this way <br />
:7) This is a dark spot. as long as acpi_call does not work reliably on most laptops there is no safe way to tell if it's working. For this reason I'm putting this as purely experimental state and not supporting it for now. Your issue was reported and is known on a variety of ASUS laptops. I'll recommend to read about acpi_call and their known-to-work laptops. <br />
BTW: Thanks!<br />
<br />
==== Reply to Samsagax ====<br />
<br />
:1) Ok.<br />
:2) I tried to clarify. Is that bug solved?<br />
:3) Great (:<br />
:4) I re-entered the VGL Client section with a note.<br />
:5) You really made a good job here (:<br />
:6) Ok.<br />
:7) Nothing to say.<br />
:Other) A user on italian Arhlinux forum says that he must manually run the bumblebee daemon AFTER logging in with GNOME3. When he puts it in /etc/rc.conf he gets this: "[VGL] ERROR: Could not open display :1." It would be good to write that somewhere? Maybe a "troubleshooting" section?<br />
[[User:Thewall|Thewall]] 18:06, 1 July 2011 (EDT)<br />
<br />
<br />
==== Addition to 7) ====<br />
I think the higher Power consumption is caused by the X-Server that gets hung up (it hogs 100% of one CPU Core) when you switch off the Card via acpi_call. I've got the same issue here on a ASUS X53S, which also has a NVidia GT 540M.<br />
<br />
[[User:florianb|florianb]] 00:19, 1 August 2011 (CET)<br />
<br />
:Try disabling the X server first or you will have some issues. If there is still a problem try the vga-switcheroo option. <br />
:[[User:Samsagax|Samsagax]] 19:27, 31 July 2011 (EDT)<br />
<br />
::I tried to reproduce the errors successfully<br />
::1. If you switch off the NVIDIA Card before you stop the bumblebee daemon (which starts/stops the 2nd X-Server) you get into trouble, the X process hogs 100% CPU, gets unkillable and the overall power consumption (in my case) goes from about 1500mA to 2100mA<br />
::2. If you only stop the bumblebee daemon without switching off the NVIDIA Card, power consumption goes from about 1500mA to 1800-1900mA (maybe user "thewall" only stopped the daemon without switching off the NVIDIA Card?)<br />
::3. If you switch off the NVIDIA Card (which is a GT 540M in my case) via acpi_call, power consumption goes down to 1200mA, which is quite nice *BUT* the Fan goes 100% some seconds after you switch it off.. this seems to consume about 50mA more power.. blah blah and first of all is totally annoying<br />
::A guy in the ubuntu forum apparently already fixed 3) on similar hardware as i have, but i guess the differences are in detail, i'm trying to find it out.<br />
::[[User:florianb|florianb]] 08:07, 1 August 2011 (CET)<br />
<br />
:::I'll try to release today the new model for nvidia driver, similar to the one of nouveau. That way power switching is made automatically and by means of vga-switcheroo by default. I have to remind you that acpi_call method calls are guessed and (in your case) they may be incorrect. [[User:Samsagax|Samsagax]] 10:42, 1 August 2011 (EDT)<br />
<br />
::::Okay, sounds nice. I'd really like to contribute something to your work, if there's anything i could do, let me know.<br />
::::[[User:florianb|florianb]] 10:37, 2 August 2011 (CET)</div>Florianbhttps://wiki.archlinux.org/index.php?title=Talk:Bumblebee&diff=150394Talk:Bumblebee2011-08-01T06:48:32Z<p>Florianb: /* Addition to 7) */</p>
<hr />
<div>== Wiki rewritten ==<br />
<br />
Hi, I followed this wiki two days ago and now Optimus technology works fine on my laptop, but I found this wiki a bit confusing. I decided to rewrite it. I'm not a linux-expert and i'm not English (I'm Italian), so feel free to correct what I wrote.<br />
<br />
:1) Setup X Server: I put this section as the first. New Bumblebee's versions create a xorg.conf.nvidia.pacnew file, so I added a cp command.<br />
:2) Load Kernel Module: I reordered this section with this logic in mind: first, get rid of nouveau at all; second, load nvidia module.<br />
:3) Start Bumblebee Daemon: I created a section for this. This way you don't need to reboot and it's more clear what you're doing.<br />
:4) Start VirtualGL Client: Well, I deleted this section because I think it's not needed to make bumblebee to work. I never run that command to use optirun or optirun32.<br />
:5) Usage: I added optirun32. It seems to work fine with Unigine Tropics benchmark.<br />
:6) Autostart Bumblebee: I created a section for this because this operations were all around the wiki. This way it's more compact.<br />
:7) Nvidia ON/OFF... : Everything is fine here. I added the command to check battery rate only.<br />
:About last section: I got an ACER Aspire 5742g (Nvidia gt540M) and if I followed the steps to turn off my card: well, my power usage is higher(+400mA) with the card turned off and nvidia module unloaded! I know it's unbelievable, but it's true. Anyone is experiencing this? Bye<br />
[[User:Thewall|Thewall]] 18:06, 1 July 2011 (EDT)<br />
=== Samsagax Reply on thewall changes ===<br />
<br />
It's nice someone got interested!<br />
Now I'll argue some points for what takes precedence, what are bugs and what is planned to the future of Bumblebee in ArchLinux:<br />
:1) I would put the kernel module load first, before the configuration of the X server, I think is better logic. <br />
:2) The issue with the ".pacnew" file is a bug, should create it only if there is an "xorg.conf.nvidia" (on upgrade). I'm also planning to move this conf file to /etc/bumblebee directory. <br />
:3) Liked that (: <br />
:4) I really wouldn't delete that, don't know why, but some people need the vglclient running, should be an optional and explanatory section maybe. <br />
:5) As the new package of bumblebee I'm trying to split into smaller packages containing the libraries apart from the scripts and optirun32 didn't work fine for most people (specially under wine). <br />
:6) Liked that, is more clean this way <br />
:7) This is a dark spot. as long as acpi_call does not work reliably on most laptops there is no safe way to tell if it's working. For this reason I'm putting this as purely experimental state and not supporting it for now. Your issue was reported and is known on a variety of ASUS laptops. I'll recommend to read about acpi_call and their known-to-work laptops. <br />
BTW: Thanks!<br />
<br />
==== Reply to Samsagax ====<br />
<br />
:1) Ok.<br />
:2) I tried to clarify. Is that bug solved?<br />
:3) Great (:<br />
:4) I re-entered the VGL Client section with a note.<br />
:5) You really made a good job here (:<br />
:6) Ok.<br />
:7) Nothing to say.<br />
:Other) A user on italian Arhlinux forum says that he must manually run the bumblebee daemon AFTER logging in with GNOME3. When he puts it in /etc/rc.conf he gets this: "[VGL] ERROR: Could not open display :1." It would be good to write that somewhere? Maybe a "troubleshooting" section?<br />
[[User:Thewall|Thewall]] 18:06, 1 July 2011 (EDT)<br />
<br />
<br />
==== Addition to 7) ====<br />
I think the higher Power consumption is caused by the X-Server that gets hung up (it hogs 100% of one CPU Core) when you switch off the Card via acpi_call. I've got the same issue here on a ASUS X53S, which also has a NVidia GT 540M.<br />
<br />
[[User:florianb|florianb]] 00:19, 1 August 2011 (CET)<br />
<br />
:Try disabling the X server first or you will have some issues. If there is still a problem try the vga-switcheroo option. <br />
:[[User:Samsagax|Samsagax]] 19:27, 31 July 2011 (EDT)<br />
<br />
::I tried to reproduce the errors successfully<br />
::1. If you switch off the NVIDIA Card before you stop the bumblebee daemon (which starts/stops the 2nd X-Server) you get into trouble, the X process hogs 100% CPU, gets unkillable and the overall power consumption (in my case) goes from about 1500mA to 2100mA<br />
::2. If you only stop the bumblebee daemon without switching off the NVIDIA Card, power consumption goes from about 1500mA to 1800-1900mA (maybe user "thewall" only stopped the daemon without switching off the NVIDIA Card?)<br />
::3. If you switch off the NVIDIA Card (which is a GT 540M in my case) via acpi_call, power consumption goes down to 1200mA, which is quite nice *BUT* the Fan goes 100% some seconds after you switch it off.. this seems to consume about 50mA more power.. blah blah and first of all is totally annoying<br />
::A guy in the ubuntu forum apparently already fixed 3) on similar hardware as i have, but i guess the differences are in detail, i'm trying to find it out.<br />
::[[User:florianb|florianb]] 08:07, 1 August 2011 (CET)</div>Florianbhttps://wiki.archlinux.org/index.php?title=Talk:Bumblebee&diff=150393Talk:Bumblebee2011-08-01T06:34:48Z<p>Florianb: /* Addition to 7) */</p>
<hr />
<div>== Wiki rewritten ==<br />
<br />
Hi, I followed this wiki two days ago and now Optimus technology works fine on my laptop, but I found this wiki a bit confusing. I decided to rewrite it. I'm not a linux-expert and i'm not English (I'm Italian), so feel free to correct what I wrote.<br />
<br />
:1) Setup X Server: I put this section as the first. New Bumblebee's versions create a xorg.conf.nvidia.pacnew file, so I added a cp command.<br />
:2) Load Kernel Module: I reordered this section with this logic in mind: first, get rid of nouveau at all; second, load nvidia module.<br />
:3) Start Bumblebee Daemon: I created a section for this. This way you don't need to reboot and it's more clear what you're doing.<br />
:4) Start VirtualGL Client: Well, I deleted this section because I think it's not needed to make bumblebee to work. I never run that command to use optirun or optirun32.<br />
:5) Usage: I added optirun32. It seems to work fine with Unigine Tropics benchmark.<br />
:6) Autostart Bumblebee: I created a section for this because this operations were all around the wiki. This way it's more compact.<br />
:7) Nvidia ON/OFF... : Everything is fine here. I added the command to check battery rate only.<br />
:About last section: I got an ACER Aspire 5742g (Nvidia gt540M) and if I followed the steps to turn off my card: well, my power usage is higher(+400mA) with the card turned off and nvidia module unloaded! I know it's unbelievable, but it's true. Anyone is experiencing this? Bye<br />
[[User:Thewall|Thewall]] 18:06, 1 July 2011 (EDT)<br />
=== Samsagax Reply on thewall changes ===<br />
<br />
It's nice someone got interested!<br />
Now I'll argue some points for what takes precedence, what are bugs and what is planned to the future of Bumblebee in ArchLinux:<br />
:1) I would put the kernel module load first, before the configuration of the X server, I think is better logic. <br />
:2) The issue with the ".pacnew" file is a bug, should create it only if there is an "xorg.conf.nvidia" (on upgrade). I'm also planning to move this conf file to /etc/bumblebee directory. <br />
:3) Liked that (: <br />
:4) I really wouldn't delete that, don't know why, but some people need the vglclient running, should be an optional and explanatory section maybe. <br />
:5) As the new package of bumblebee I'm trying to split into smaller packages containing the libraries apart from the scripts and optirun32 didn't work fine for most people (specially under wine). <br />
:6) Liked that, is more clean this way <br />
:7) This is a dark spot. as long as acpi_call does not work reliably on most laptops there is no safe way to tell if it's working. For this reason I'm putting this as purely experimental state and not supporting it for now. Your issue was reported and is known on a variety of ASUS laptops. I'll recommend to read about acpi_call and their known-to-work laptops. <br />
BTW: Thanks!<br />
<br />
==== Reply to Samsagax ====<br />
<br />
:1) Ok.<br />
:2) I tried to clarify. Is that bug solved?<br />
:3) Great (:<br />
:4) I re-entered the VGL Client section with a note.<br />
:5) You really made a good job here (:<br />
:6) Ok.<br />
:7) Nothing to say.<br />
:Other) A user on italian Arhlinux forum says that he must manually run the bumblebee daemon AFTER logging in with GNOME3. When he puts it in /etc/rc.conf he gets this: "[VGL] ERROR: Could not open display :1." It would be good to write that somewhere? Maybe a "troubleshooting" section?<br />
[[User:Thewall|Thewall]] 18:06, 1 July 2011 (EDT)<br />
<br />
<br />
==== Addition to 7) ====<br />
I think the higher Power consumption is caused by the X-Server that gets hung up (it hogs 100% of one CPU Core) when you switch off the Card via acpi_call. I've got the same issue here on a ASUS X53S, which also has a NVidia GT 540M.<br />
<br />
[[User:florianb|florianb]] 00:19, 1 August 2011 (CET)<br />
<br />
:Try disabling the X server first or you will have some issues. If there is still a problem try the vga-switcheroo option. <br />
:[[User:Samsagax|Samsagax]] 19:27, 31 July 2011 (EDT)<br />
<br />
::I tried to reproduce the errors successfully<br />
::1. If you switch off the NVIDIA Card before you stop the bumblebee daemon (which starts/stops the 2nd X-Server) you get into trouble, the X process hogs 100% CPU, gets unkillable and the overall power consumption (in my case) goes from about 1500 mAh to 2100mAh<br />
::2. If you only stop the bumblebee daemon without switching off the NVIDIA Card, power consumption goes from about 1500 to 1800-1900 (maybe user "thewall" only stopped the daemon without switching off the NVIDIA Card?)<br />
::3. If you switch off the NVIDIA Card (which is a GT 540M in my case) via acpi_call, power consumption goes down to 1200 mAh, which is quite nice *BUT* the Fan goes 100% some seconds after you switch it off.. this seems to consume about 50mAh more power.. blah blah and first of all is totally annoying<br />
::A guy in the ubuntu forum apparently already fixed 3) on similar hardware as i have, but i guess the differences are in detail, i'm trying to find it out.<br />
::[[User:florianb|florianb]] 08:07, 1 August 2011 (CET)</div>Florianbhttps://wiki.archlinux.org/index.php?title=Talk:Bumblebee&diff=150391Talk:Bumblebee2011-08-01T06:07:55Z<p>Florianb: /* Addition to 7) */</p>
<hr />
<div>== Wiki rewritten ==<br />
<br />
Hi, I followed this wiki two days ago and now Optimus technology works fine on my laptop, but I found this wiki a bit confusing. I decided to rewrite it. I'm not a linux-expert and i'm not English (I'm Italian), so feel free to correct what I wrote.<br />
<br />
:1) Setup X Server: I put this section as the first. New Bumblebee's versions create a xorg.conf.nvidia.pacnew file, so I added a cp command.<br />
:2) Load Kernel Module: I reordered this section with this logic in mind: first, get rid of nouveau at all; second, load nvidia module.<br />
:3) Start Bumblebee Daemon: I created a section for this. This way you don't need to reboot and it's more clear what you're doing.<br />
:4) Start VirtualGL Client: Well, I deleted this section because I think it's not needed to make bumblebee to work. I never run that command to use optirun or optirun32.<br />
:5) Usage: I added optirun32. It seems to work fine with Unigine Tropics benchmark.<br />
:6) Autostart Bumblebee: I created a section for this because this operations were all around the wiki. This way it's more compact.<br />
:7) Nvidia ON/OFF... : Everything is fine here. I added the command to check battery rate only.<br />
:About last section: I got an ACER Aspire 5742g (Nvidia gt540M) and if I followed the steps to turn off my card: well, my power usage is higher(+400mA) with the card turned off and nvidia module unloaded! I know it's unbelievable, but it's true. Anyone is experiencing this? Bye<br />
[[User:Thewall|Thewall]] 18:06, 1 July 2011 (EDT)<br />
=== Samsagax Reply on thewall changes ===<br />
<br />
It's nice someone got interested!<br />
Now I'll argue some points for what takes precedence, what are bugs and what is planned to the future of Bumblebee in ArchLinux:<br />
:1) I would put the kernel module load first, before the configuration of the X server, I think is better logic. <br />
:2) The issue with the ".pacnew" file is a bug, should create it only if there is an "xorg.conf.nvidia" (on upgrade). I'm also planning to move this conf file to /etc/bumblebee directory. <br />
:3) Liked that (: <br />
:4) I really wouldn't delete that, don't know why, but some people need the vglclient running, should be an optional and explanatory section maybe. <br />
:5) As the new package of bumblebee I'm trying to split into smaller packages containing the libraries apart from the scripts and optirun32 didn't work fine for most people (specially under wine). <br />
:6) Liked that, is more clean this way <br />
:7) This is a dark spot. as long as acpi_call does not work reliably on most laptops there is no safe way to tell if it's working. For this reason I'm putting this as purely experimental state and not supporting it for now. Your issue was reported and is known on a variety of ASUS laptops. I'll recommend to read about acpi_call and their known-to-work laptops. <br />
BTW: Thanks!<br />
<br />
==== Reply to Samsagax ====<br />
<br />
:1) Ok.<br />
:2) I tried to clarify. Is that bug solved?<br />
:3) Great (:<br />
:4) I re-entered the VGL Client section with a note.<br />
:5) You really made a good job here (:<br />
:6) Ok.<br />
:7) Nothing to say.<br />
:Other) A user on italian Arhlinux forum says that he must manually run the bumblebee daemon AFTER logging in with GNOME3. When he puts it in /etc/rc.conf he gets this: "[VGL] ERROR: Could not open display :1." It would be good to write that somewhere? Maybe a "troubleshooting" section?<br />
[[User:Thewall|Thewall]] 18:06, 1 July 2011 (EDT)<br />
<br />
<br />
==== Addition to 7) ====<br />
I think the higher Power consumption is caused by the X-Server that gets hung up (it hogs 100% of one CPU Core) when you switch off the Card via acpi_call. I've got the same issue here on a ASUS X53S, which also has a NVidia GT 540M.<br />
<br />
[[User:florianb|florianb]] 00:19, 1 August 2011 (CET)<br />
<br />
:Try disabling the X server first or you will have some issues. If there is still a problem try the vga-switcheroo option. <br />
:[[User:Samsagax|Samsagax]] 19:27, 31 July 2011 (EDT)<br />
<br />
::I tried to reproduce the errors successfully<br />
::1. If you switch off the NVIDIA Card before you stop the bumblebee daemon (which starts/stops the 2nd X-Server) you get into trouble, the X process hogs 100% CPU, gets unkillable and the overall power consumption (in my case) goes from about 1500 mAh to 2100mAh<br />
::2. If you only stop the bumblebee daemon without switching off the NVIDIA Card, power consumption goes from about 1500 to 1800-1900 (maybe user "thewall" only stopped the daemon without switching off the NVIDIA Card?)<br />
::3. If you switch off the NVIDIA Card (which is a GT 540M in my case) via acpi_call, power consumption goes down to 1200 mAh, which is quite nice *BUT* the Fan goes 100% some seconds after you switch it off.. this seems to consume about 50mAh more power.. blah blah and first of all is totally annoying<br />
::A guy in the ubuntu forum apparently already fixed 3) on similar hardware as i have, but i guess the differences are in detail, i'm trying to find it out.<br />
[[User:florianb|florianb]] 08:07, 1 August 2011 (CET)</div>Florianbhttps://wiki.archlinux.org/index.php?title=Talk:Bumblebee&diff=150390Talk:Bumblebee2011-08-01T06:07:08Z<p>Florianb: /* Addition to 7) */</p>
<hr />
<div>== Wiki rewritten ==<br />
<br />
Hi, I followed this wiki two days ago and now Optimus technology works fine on my laptop, but I found this wiki a bit confusing. I decided to rewrite it. I'm not a linux-expert and i'm not English (I'm Italian), so feel free to correct what I wrote.<br />
<br />
:1) Setup X Server: I put this section as the first. New Bumblebee's versions create a xorg.conf.nvidia.pacnew file, so I added a cp command.<br />
:2) Load Kernel Module: I reordered this section with this logic in mind: first, get rid of nouveau at all; second, load nvidia module.<br />
:3) Start Bumblebee Daemon: I created a section for this. This way you don't need to reboot and it's more clear what you're doing.<br />
:4) Start VirtualGL Client: Well, I deleted this section because I think it's not needed to make bumblebee to work. I never run that command to use optirun or optirun32.<br />
:5) Usage: I added optirun32. It seems to work fine with Unigine Tropics benchmark.<br />
:6) Autostart Bumblebee: I created a section for this because this operations were all around the wiki. This way it's more compact.<br />
:7) Nvidia ON/OFF... : Everything is fine here. I added the command to check battery rate only.<br />
:About last section: I got an ACER Aspire 5742g (Nvidia gt540M) and if I followed the steps to turn off my card: well, my power usage is higher(+400mA) with the card turned off and nvidia module unloaded! I know it's unbelievable, but it's true. Anyone is experiencing this? Bye<br />
[[User:Thewall|Thewall]] 18:06, 1 July 2011 (EDT)<br />
=== Samsagax Reply on thewall changes ===<br />
<br />
It's nice someone got interested!<br />
Now I'll argue some points for what takes precedence, what are bugs and what is planned to the future of Bumblebee in ArchLinux:<br />
:1) I would put the kernel module load first, before the configuration of the X server, I think is better logic. <br />
:2) The issue with the ".pacnew" file is a bug, should create it only if there is an "xorg.conf.nvidia" (on upgrade). I'm also planning to move this conf file to /etc/bumblebee directory. <br />
:3) Liked that (: <br />
:4) I really wouldn't delete that, don't know why, but some people need the vglclient running, should be an optional and explanatory section maybe. <br />
:5) As the new package of bumblebee I'm trying to split into smaller packages containing the libraries apart from the scripts and optirun32 didn't work fine for most people (specially under wine). <br />
:6) Liked that, is more clean this way <br />
:7) This is a dark spot. as long as acpi_call does not work reliably on most laptops there is no safe way to tell if it's working. For this reason I'm putting this as purely experimental state and not supporting it for now. Your issue was reported and is known on a variety of ASUS laptops. I'll recommend to read about acpi_call and their known-to-work laptops. <br />
BTW: Thanks!<br />
<br />
==== Reply to Samsagax ====<br />
<br />
:1) Ok.<br />
:2) I tried to clarify. Is that bug solved?<br />
:3) Great (:<br />
:4) I re-entered the VGL Client section with a note.<br />
:5) You really made a good job here (:<br />
:6) Ok.<br />
:7) Nothing to say.<br />
:Other) A user on italian Arhlinux forum says that he must manually run the bumblebee daemon AFTER logging in with GNOME3. When he puts it in /etc/rc.conf he gets this: "[VGL] ERROR: Could not open display :1." It would be good to write that somewhere? Maybe a "troubleshooting" section?<br />
[[User:Thewall|Thewall]] 18:06, 1 July 2011 (EDT)<br />
<br />
<br />
==== Addition to 7) ====<br />
I think the higher Power consumption is caused by the X-Server that gets hung up (it hogs 100% of one CPU Core) when you switch off the Card via acpi_call. I've got the same issue here on a ASUS X53S, which also has a NVidia GT 540M.<br />
<br />
[[User:florianb|florianb]] 00:19, 1 August 2011 (CET)<br />
<br />
:Try disabling the X server first or you will have some issues. If there is still a problem try the vga-switcheroo option. <br />
:[[User:Samsagax|Samsagax]] 19:27, 31 July 2011 (EDT)<br />
<br />
::I tried to reproduce the errors successfully<br />
::1. If you switch off the NVIDIA Card before you stop the bumblebee daemon (which starts/stops the 2nd X-Server) you get into trouble, the X process hogs 100% CPU, gets unkillable and the overall power consumption (in my case) goes from about 1500 mAh to 2100mAh<br />
::2. If you only stop the bumblebee daemon without switching off the NVIDIA Card, power consumption goes from about 1500 to 1800-1900 (maybe user "thewall" only stopped the daemon without switching off the NVIDIA Card?)<br />
::3. If you switch off the NVIDIA Card (which is a GT 540M in my case) via acpi_call, power consumption goes down to 1200 mAh, which is quite nice *BUT* the Fan goes 100% some seconds after you switch it off.. this seems to consume about 50mAh more power.. blah blah and first of all is totally annoying<br />
::A guy in the ubuntu forum apparently already fixed 3) on similar hardware as i have, but i guess the differences are in detail, i'm trying to find it out.</div>Florianbhttps://wiki.archlinux.org/index.php?title=Talk:Bumblebee&diff=150360Talk:Bumblebee2011-07-31T22:20:37Z<p>Florianb: </p>
<hr />
<div>== Wiki rewritten ==<br />
<br />
Hi, I followed this wiki two days ago and now Optimus technology works fine on my laptop, but I found this wiki a bit confusing. I decided to rewrite it. I'm not a linux-expert and i'm not English (I'm Italian), so feel free to correct what I wrote.<br />
<br />
:1) Setup X Server: I put this section as the first. New Bumblebee's versions create a xorg.conf.nvidia.pacnew file, so I added a cp command.<br />
:2) Load Kernel Module: I reordered this section with this logic in mind: first, get rid of nouveau at all; second, load nvidia module.<br />
:3) Start Bumblebee Daemon: I created a section for this. This way you don't need to reboot and it's more clear what you're doing.<br />
:4) Start VirtualGL Client: Well, I deleted this section because I think it's not needed to make bumblebee to work. I never run that command to use optirun or optirun32.<br />
:5) Usage: I added optirun32. It seems to work fine with Unigine Tropics benchmark.<br />
:6) Autostart Bumblebee: I created a section for this because this operations were all around the wiki. This way it's more compact.<br />
:7) Nvidia ON/OFF... : Everything is fine here. I added the command to check battery rate only.<br />
:About last section: I got an ACER Aspire 5742g (Nvidia gt540M) and if I followed the steps to turn off my card: well, my power usage is higher(+400mA) with the card turned off and nvidia module unloaded! I know it's unbelievable, but it's true. Anyone is experiencing this? Bye<br />
[[User:Thewall|Thewall]] 18:06, 1 July 2011 (EDT)<br />
=== Samsagax Reply on thewall changes ===<br />
<br />
It's nice someone got interested!<br />
Now I'll argue some points for what takes precedence, what are bugs and what is planned to the future of Bumblebee in ArchLinux:<br />
:1) I would put the kernel module load first, before the configuration of the X server, I think is better logic. <br />
:2) The issue with the ".pacnew" file is a bug, should create it only if there is an "xorg.conf.nvidia" (on upgrade). I'm also planning to move this conf file to /etc/bumblebee directory. <br />
:3) Liked that (: <br />
:4) I really wouldn't delete that, don't know why, but some people need the vglclient running, should be an optional and explanatory section maybe. <br />
:5) As the new package of bumblebee I'm trying to split into smaller packages containing the libraries apart from the scripts and optirun32 didn't work fine for most people (specially under wine). <br />
:6) Liked that, is more clean this way <br />
:7) This is a dark spot. as long as acpi_call does not work reliably on most laptops there is no safe way to tell if it's working. For this reason I'm putting this as purely experimental state and not supporting it for now. Your issue was reported and is known on a variety of ASUS laptops. I'll recommend to read about acpi_call and their known-to-work laptops. <br />
BTW: Thanks!<br />
<br />
==== Reply to Samsagax ====<br />
<br />
:1) Ok.<br />
:2) I tried to clarify. Is that bug solved?<br />
:3) Great (:<br />
:4) I re-entered the VGL Client section with a note.<br />
:5) You really made a good job here (:<br />
:6) Ok.<br />
:7) Nothing to say.<br />
:Other) A user on italian Arhlinux forum says that he must manually run the bumblebee daemon AFTER logging in with GNOME3. When he puts it in /etc/rc.conf he gets this: "[VGL] ERROR: Could not open display :1." It would be good to write that somewhere? Maybe a "troubleshooting" section?<br />
[[User:Thewall|Thewall]] 18:06, 1 July 2011 (EDT)<br />
<br />
<br />
==== Addition to 7) ====<br />
I think the higher Power consumption is caused by the X-Server that gets hung up (it hogs 100% of one CPU Core) when you switch off the Card via acpi_call. I've got the same issue here on a ASUS X53S, which also has a NVidia GT 540M.<br />
<br />
[[User:florianb|florianb]] 00:19, 1 August 2011 (CET)</div>Florianb