Tag-Архіў для » арка «

Thursday, November 12th, 2009 | аўтар:

If you ever find yourself updating a single application in Arch Linux (a very bad idea, btw) and it upgrades readline you might end up seeing an error along the lines of:
/bin/bash: error while loading shared libraries: libreadline.so.5: cannot open shared object file: No such file or directory
Hopefully you still have a bash prompt open and you haven’t closed them all. If you still can, immediately run the following:
pacman -S bash
else you won’t be able to run bash any more because bash would still be linking to the old version of readline.

таксама, in future, don’t run
pacman -Sy application
(python in my case)
instead, run:
pacman -Syu
which will ensure that all applications are upgraded.

Personally, I think that bash should have had a dependency set saying that it required the old specific version of readline and the same for the new bash, requiring the new version of readline. Regardless, rather play it safe. 😉

Friday, September 11th, 2009 | аўтар:

Peace in the land of USB

Under a *nix operating system, having multiple partitions on a USB drive isn’t rocket science, it just works. У маім выпадку, my USB drive has two partitions because the first partition is a bootable Arch Linux installer.

I have Windows on a desktop at homemostly for gamingand many of my colleagues use it too. Since Windows doesn’t do very well with non-Windows partitions I figured I could create a FAT32 partition on the memory stick after the bootable Arch Linux partition. FAT32 is almost ubiquitous and is usable on every common desktop operating system in the world.


Unfortunately it doesn’t work straight off the bat. Apparently, Microsoft in their infinite wisdom decided that memory sticks are supposed to have one (and only one) partition. In reality Windows finds the first partition and then ignores any others that happen to be set up:

Please Format

Err, no, I do not want you to format my Arch Linux installation partition

The trick to getting it working is to fool Windows into thinking the device is ня a regular USB memory stick but perhaps a solid-state hard disk which happens to be connected via USB. Yes I know, this is seriously stupid that Windows behaves this way. A solid-state hard disk is just a whopping big (and fast) memory stick after all!

I found a few sources on how to do this however I still had to figure out some things on my own. Specifically, the guides I found either skipped some steps or didn’t provide enough information on where to download the driver package.

This procedure involves manually changing hardware drivers and installingnon-signeddriversnot intended for your hardware”. I know someone is going to break their system and blame me so I say now that I take no responsibility for any damage you may do to your Windows system as a result of this. Read that again. 😛


remove the highlighted text

click for larger version

Download and unzip the driver, originally created by Hitachi, тут. Open the cfadisk.inf file in notepad (or your favourite plaintext editor), and find the section labeled [cfadisk_device]. Remove the section highlighted on the right:

Minimize (don’t close) the editor and go to your desktop iconsright-click on My Computer and select Properties. Select the hardware tab and then select [Device Manager]:

System Properties

Find the device underDisk drives”, right-click your memory stick and select Properties:

Device Manager

Click the Details tab and in the dropdown box on that page, selectHardware Ids”. Click the first line in the list of Hardware IDs and press Ctrl+C to copy the name:

USB Hardware Ids

Don’t close this dialog, go back to notepad (which was minimised) and paste the hardware ID into where the previous content was removed.

Changes pasted into notepad

Save the file in notepad and go back to the device’s property dialog window. Click theDrivertab and click the [Update Driver…] button. In the windows that pop up, selectNo, not this time”; [NExt] -> “Install from a list or a specific location (Advanced)”; [NExt] -> “Don’t search. I will choose the driver to install.”; [NExt] -> [Have Disk…].

Unsigned Drivers - Click Continue Anyway

Browse to the folder where you have saved the modified cfadisk.inf file. націсніце [добра]. You will find

there is a Hitachi Microdrive driver listed. Select this and click [NExt]. When the warning

appears, click [Yes]. Another warning will pop up regarding a similar issue (these are theunsigned” і “not intended for your hardwarewarnings I mentioned earlier). націсніце [Continue Anyway]:

At this point I recommend closing all the dialog boxes related to the setup. Finally, remove and re-insert the memory stick into your USB port and you should find that the extra partitions on the stick are accessible. In the worst-case scenario, you might still need to partition the disk however the hard part is over. 🙂

Нядзеля, 26 красавіка, 2009 | аўтар:

Даверся мне. Мы па-ранейшаму маем справу з рэгулярнымі выразамі – толькі ў кальцавой (і няпэўна практычна) шлях. Гэта даволі поўны пералік таго, як ісці аб прамыванні DNS кэшы, выкарыстоўваючы рэгулярныя выразы, каб паказаць, дзе падобныя метады адхіляюцца.

Чаму мы хочам, каб ачысціць DNS кэш дакладна?

Ёсць цэлы шэраг прычын, каб ачысціць DNS кэшы, хоць я лічу, што гэтыя з'яўляюцца найбольш распаўсюджанымі:

  • An інтрасеткі служба мае уласнасціелі (ўнутраны) IP-адрас, калі ў сеткі кампаніі, але яна мае публічны IP-адрас для знешняга доступу. Пры спробе атрымаць доступ да гэтай службы з-за межы пасля атрымання доступу да яго знутры, ёсць шанец, што вы б кэшаваць прыватны (недаступны) IP. A good long-term solution is to make the service inaccessible except via VPN. A simpler solution is to leave work at work. 😛
  • An internet service or web site changes their DNS settings and your desktop/laptop is looking at theoldsetting. In this case, the new setting has not yet propagated. Hosting Admins come across this case very often.
  • Канфідэнцыяльнасць: If someone can track your DNS history then it wouldn’t be too hard to figure out which web sites you’ve been viewing. Though the individual pages you’ve viewed can’t be tracked in this way, the hostnames, такі як “dogma.swiftspirit.co.za” або “google.comwill be in the DNS cache, likely in the order you first accessed each site. There are better ways to do this though. One example is to use a Tor network for all DNS requests.

Flushing Windows’ кэш DNS, з каманднага радка:

Наяўныя дадзеныя сведчаць аб тым, што да Windows 2000, Windows АС не кэшуюцца вынікі DNS. The IPCONFIG каманда, запусціць з каманднага радка, быў дадзены некаторы кантроль над кэш DNS і застаўся прыкладна такім жа, так як.

Каб атрымаць да падказцы пры выкарыстанні перспектыва як не адміністратар: пуск -> праграмы -> аксэсуары -> Пстрыкніце правай кнопкай мышы “камандны радок” -> Запуск ад імя адміністратара

у адваротным выпадку: пуск -> Rа -> [CMD ] -> [ добра ]

IPCONFIG / flushdns

Flush the DNS Resolver Cache in Windows

Акрамя таго, можна ачысціць кэш ў Windows, з дапамогай перазапуск the “DNS-кліент” або “DNSCache” абслугоўванне.

Кэш DNS Прамыванне Mac OS X, з каманднага радка:

з Mac OS X, яблык Макінтошs ужо працуе Unix на аснове, POSIX-падатлівасці, аперацыйная сістэма, заснаваная на Nextstep, Сам першапачаткова які змяшчае код з FreeBSD і NetBSD. Mac OS X выкарыстоўвае lookupd або dscacheutil для кіравання кэшам DNS, у залежнасці ад версіі.

Для таго, каб атрымаць запрашэнне да ўводу: Вобласці прымянення -> утыліты -> тэрмінал

(lookupd|dscacheutil) -FlushCache

Што ў нас тут? Згодна частка 1, the вертыкальная паласа паказвае на тое, што альбо “lookupd” АБО “dscacheutil” з'яўляюцца прымальнымі. The круглая дужка сведчаць аб тым, што вертыкальная паласа адносіцца толькі да “lookupd|dscacheutil” частка выказвання. такім чынам, the ” -FlushCache” не з'яўляецца апцыянальнай і павінны быць уключаны ў каманду для таго, каб працаваць. Звярніце ўвагу, што гэтыя каманды не вырабляюць ніякага вываду, калі няма памылкі.

Выкарыстоўвайце dscacheutil, калі вы карыстаецеся Mac OS X 10.5 (леапард) ці позна.

Mac OS X:

lookupd -flushcache

Mac OS X Leopard:

dscacheutil -flushcache

Use dscacheutil to flush the cache in Mac OS X Leopard

Існуе таксама графічны інструмент, DNS Flusher, які аўтаматычна выкарыстоўвае правільная каманда даступная.

Прамыванне Linux / Unix’ кэш DNS, з каманднага радка:

N.B. Калі вы ўжо не маеце ні прывязваць (з пошукам кэшавання уключаны), Nscd, ці ўсталяваная Dnsmasq і запушчана на * Nix аснове працоўнага стала / сэрвэры, you are probably not caching DNS at all and there is nothing to flush. In that case you will be utilising your DNS server for every web request, probably slowing your web experience.* If so, I recommend at least installing nscd as it is the easiest to set up. **

Flushing nscd’s cache

As with the Mac OS command, this produces absolutely no output unless there is an error:

(|sudo )(|/usr/sbin/)nscd -i hosts
  • Use sudo if you’re not already root otherwise the first selection is blank.
  • Specify /usr/sbin/ if nscd is not already within thepath”. If your distribution has nscd in a strange place, locate it first:
locate -r bin/nscd$

Notice that the abovebin/nscd$is itself a regular expression. 🙂

Using nscd, invalidate thehostscache, logged in as a user:
sudo nscd -i hosts
Using nscd, invalidate thehostscache, logged in as root:
nscd -i hosts
Using nscd, invalidate thehostscache, logged in as root, паказаўшы поўны шлях:
/USR / SBIN / Nscd -i хасты

Прамыванне кэша BIND ў

Для ачысткі кэша BIND ў, мы выдаем каманду праз rndc. Выкарыстоўвайце Sudo, калі вы яшчэ не корань:

(|sudo )rndc флэш

Перазапуск службы таксама кэшаванне працуе!

Вось як перазапусціць небудзь з кэшавання дэманаў:

(|sudo )(абслугоўванне |/і г.д. /(гс  .d|гс  .d / INIT  .d|INIT  .d)/)(прывязваць|Dnsmasq|Nscd) перазапуск

Гэта пачынае станавіцца цяжка чытаць. *** На шчасце, я падрабязна растлумачыў:

  • Як і ў папярэдняй камандзе, выкарыстоўваць Sudo, калі вы яшчэ не корань.
  • Другі выбар мае першы варыянт “абслугоўванне “. Гэта адносіцца ў асноўным да сістэм Red Hat / CentOS і Fedora.
  • The “/і г.д. /(гс .d|гс .d / INIT .d|INIT .d)/” Неабходна яшчэ больш пашырыць. Гэта для большасці іншых сістэм. ў цэлым, rc.d для калі вы карыстаецеся сістэму ініцыялізацыі BSD-стыль (напрыклад: Arch Linux, FreeBSD, ці OpenBSD). Лепшы спосаб, каб ведаць напэўна, якую каманду выкарыстоўваць, каб «знайсці’ правільны Nscd або Dnsmasq path. Большасць водараў Unix, нават Solaris, выкарыстоўваць Nscd:
знайсці -r  .d / Nscd $ ; знайсці -r  .d / Dnsmasq $ ; знайсці -r  .d / rndc $
  • Апошні выбар паміж “прывязваць”, “Nscd”, і “Dnsmasq”. Гэта цалкам залежыць ад таго, які ўсталяваны і выкарыстанне.
  • Апошні з шаблону, ” перазапуск”, гэта інструкцыя даецца сцэнар кіравання дэмана.

Арка, выкарыстоўваючы Dnsmasq, перазапуску дэмана кэша, logged in as root:

/і г.д. / rc.d рэстарт / Dnsmasq

Арка, выкарыстоўваючы Nscd, перазапуску дэмана кэша, ўвайшлі ў сістэму як карыстальнік:

SUDO /etc/rc.d/nscd перазагрузка

CentOS / Red Hat, выкарыстоўваючы Nscd, перазапуску дэмана, як корань:

служба Nscd перазагрузка


Флэш ўнутраны кэш DNS Mozilla Firefox,:

Mozilla Firefox захоўвае свой уласны кэш DNS для выканання. Firefox 2 будзе кэшаваць толькі 20 запісу да 60 секунд. Значэнне па змаўчанні, як у Firefox 3 па-відаць, 512 запісу да 60 хвіліны, што здаецца значна больш разумным для кожнага дня прагляду. Калі ваш працоўны стол мае ўбудаваны кэш (якія найбольш зараз робяць) то кэш тут на самай справе залішнім. Я не ў курсе якіх-небудзь іншых браўзэраў, якія рэалізуюць кэшаванне DNS.

Я знайшоў некалькі рашэнняў для таго, калі вам трэба ачысціць кэш. Здаецца, ёсць шмат спосабаў зрабіць гэта, аднак, гэта самае простае, які я паставіў у парадку перавагі.:

  1. ўсталяваць Firefox DNS Flusher адон – забяспечвае кнопку, каб ачысціць кэш.
  2. ўсталяваць кэш DNS адон – забяспечвае перамыкач, які ўключае або адключае кэш DNS.
  3. ачысціць кэш (ачышчае кэш браўзэра, а таксама кэш DNS): выбраць Tнструменты -> ясна Private дадзеных; Выдаліць усе сцяжкі C, за выключэннемaшто; націсніце [ выдаліць зараз ].
  4. Ўручную рабіць тое, што робіць DNS Cache: ўсталяваць наступныя 2 аб:конфіг опцыі “network.dnsCacheExpiration” і “network.dnsCacheEntries” для 0 а затым назад у стан па змаўчанні.

У мяне быў дрэнны запісы ў кэшы, і я ачысьціў кэш-памяць браўзэра. Але яго ўсё яшчэ дае мне няправільную інфармацыю. што дае?

З-за таго, як працуе распаўсюджвання DNS, Вам пажадана трэба прамыць DNS на усе DNS-хасты паміж сабой і “authoritive” гаспадар, пачынаючы з хастом бліжэйшага да authoritive хаста (далей ад вашага браўзэра).

У якасці прыкладу, калі ў вас ёсць маршрутызатар, кэшаванне DNS, скінуць кэш маршрутызатара перад паўторным запускам кэша DNS вашай аперацыйнай сістэмы, і толькі то вы павінны ачысціць кэш ў Firefox. Прычына заключаецца ў тым, што нават калі вы толькі ачысціць АСА і кэша браўзэра Firefox, на працоўным стале ўсё яшчэ збіраецца спытаць маршрутызатар для яго дрэнны запіс у любым выпадку.

Што рабіць, калі DNS-сервер з'яўляецца ў сеткі па-за майго кантролю?

Вы можаце паспрабаваць часова з дапамогай іншага сервера імёнаў, магчыма, нават публічна адкрыты сервер. OpenDNS паказвае некаторую добрую інфармацыю аб тым, як гэта зрабіць. Калі вы хочаце, Вы таксама павінны мець магчымасць атрымаць адпаведную інфармацыю ад вашага ўласнага правайдэра пра свае дазвалялых DNS-серверах. мясцовы прыклад (Паўднёвая Афрыка) з'яўляецца Saix які спісы іх якiя вырашаюць DNS-серверы.

* Хутчэй за ўсё, прычына, чаму Firefox мае кэш DNS убудаваны ****
** “((pacman|ёгурт) -S|усплываць|(ням|дарэчнасць|APT-атрымаць) ўсталёўваць) Nscd” а затым пераканайцеся, што служба дадаецца ў скрыпт запуску. Звярніцеся да дакументацыі па ўстаноўцы вашага дыстрыбутыва.
*** Я шукаю ў падсвятленне сінтаксісу убудова, які можа працаваць з рэгулярным выразам
**** Я чытаў заяву, што перазапуск сеткі(ІНГАЎ|) Служба таксама ачышчае кэш DNS, аднак я не бачыў якіх-небудзь доказаў таго, што гэта праўда. Калі ў каго ёсць прыклад, дзе гэта дакладна, калі ласка, падайце мне з дэталямі.
Wednesday, April 22nd, 2009 | аўтар:

Арка Linux’s installation process is documented on the Arch wiki. I recommend that persons new to Arch try the excellent Beginner’s Guide instead of the Official Arch Linux Install Guide. Though both wiki entries cover similar ground, the Beginner’s Guide gives a lot more relevant information for those new to the system. The Beginner’s Guide is aimed at desktop installation and, as I’m installing a server, I won’t be going through the installation of the graphical environment at all. Assuming that you’re following my installation, assume that I’ve followed the Beginner’s Guide right up to and including the installation of sudo. I installed the ssh daemon afterwards rather than during the initial setup however.

A few small recommendations and notes regarding installation:

  • If you can, consider using a USB memory stick for the installer and keep it handy for future installations.
  • I keep a copy of my localrepositoryof installed applications on my installer memory stick. Once installation is finished I save a bit of download and update time by copying this to the new server’s /var/cache/pacman/pkg/ folder. The repository on my desktop is typically 1.7GB
  • For the rc.conf, South African-appropriate regional settings are:
  • I’ve set up the network very simply, according to the guide, and will be expanding on the network setup in a later post.
  • As it is for a server, my non-privileged user on the server is only part of 3 groups: wheel (for sudo), storage, and users. A desktop user will likely be in many more groups.

I prefer using an application called ёгурт instead of Arch’s default package manager. Yaourt has the exact same usage syntax as pacman except that it supports a few extra options. It is actually a wrapper application in that it, in turn, uses pacman. Importantly, yaourt supports installation of applications from Arch’s AUR. The AUR is a repository of installation scripts built by Arch users for Arch users to easily install applications that are not officially supported by the main Arch repositories. Yaourt can download and install applications from AUR or the main repositories with the same command, treating the AUR asjust another repository”. Pacman unfortunately does not support this.

Again, the installation is covered in the wiki. I recommend the easy route mentioned in the wiki if you’re new at Arch. Its too much too soon to do it the hard way (also mentioned in the wiki entry).

When done, update your system by issuing the single command:

yaourt -Syu


pacman -Syu

and follow the given recommendations.

Wednesday, March 25th, 2009 | аўтар:

I finally got Ignite RealtimeSpark to work. I don’t particularly like Sparkits a necessity though and I’m sure others have had trouble with it.

As some readers might be aware, I’m using 64-bit Arch Linux. Spark runs on top of a JRE, independent of the base platform. Therefore, this shouldn’t be an issue. Аднак, Spark appears to come bundled with a 32-bit JRE.

After a lot of hassle, I eventually figured all I had to do was obscure or remove (rename or delete) the bundled JRE. This way, Spark’s startup script wouldn’t find the bundled JRE and it would be forced to search for the one built into the system. I had previously installed openjdk, an open source JRE from Arch’s [дадаткова] repository.

There also happens to be a minor bug in the startup script in that its looking for a folder called “вокны” when there’s clearly no such folder except one named “лінукс”. Go figure.

Anyway, here’s the gist of the installation if you’re doing it manually on 64bit і you already have a JRE (such as openjdk) installed for your system:

mkdir -p ~/src
cd ~/src
wget HTTP://download.igniterealtime.org/spark/spark_2_5_8.tar.gz
tar -zxvf spark_2_5_8.tar.gz
mv Spark/jre Spark/jre.not
sed -i 's/\/lib\/windows/\/lib\/linux/g' Spark/Spark
sudo mkdir -p /opt
sudo mv Spark /opt