Tag-Archive for » arch «

ხუთშაბათი, 12 ნოემბერს, 2009 | ავტორი:

თუ თქვენ ოდესმე აღმოჩნდეთ განახლებაზე ერთი განაცხადი Arch Linux (ძალიან ცუდი იდეა, 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, select “არარის, 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 | ავტორი:

Დამიჯერე. ჩვენ ჯერ კიდევ საქმე regexes – მხოლოდ შემოვლითი (და ბუნდოვნად პრაქტიკული) გზა. ეს არის საკმაოდ ამომწურავი ჩამონათვალი, როგორ წავიდეთ შესახებ ჰიპერემია DNS სამალავები, ხოლო გამოყენებით regexes რათა ნახოთ, სადაც მსგავს მეთოდებს გადაუხვევთ.

რატომ გვინდა გარკვევა DNS სამალავები ზუსტად?

არსებობს მთელი რიგი მიზეზების გამო გარკვევა DNS სამალავები, მიუხედავად იმისა, რომ მიმაჩნია, რომ ეს არის ყველაზე გავრცელებული:

  • An ქსელის მომსახურება აქვს Privშეჭამა (შიდა) 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 .com” will 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 cache, საწყისი command prompt:

მტკიცებულება, რომ ადრე Windows 2000, Windows OS ის ​​არ ქეში DNS შედეგები. The ipconfig ბრძანება, აწარმოებს საწყისი command prompt, გადაეცა გარკვეული კონტროლი DNS cache და დარჩა დაახლოებით იმავე წლიდან.

იმისათვის რომ დროული თუ იყენებთ Vista როგორც არასამთავრობო Admin: დაწყება -> პროგრამები -> აქსესუარები -> მარჯვენა click “Command Prompt” -> Ადმინისტრატორის სახელით გაშვება

წინააღმდეგ შემთხვევაში: დაწყება -> Ra -> [cmd ] -> [ კარგი ]

ipconfig / flushdns

Flush the DNS Resolver Cache in Windows

ეს არის ასევე შესაძლებელია გარკვევა ქეში in Windows by გადატვირთვით the “DNS კლიენტი” ან “Dnscache” სამსახურის.

Flushing Mac OS X DNS cache, საწყისი კონსოლი:

მას შემდეგ, რაც Mac OS X, Apple მაკიs უკვე გაშვებული იუნიქსისნაირ, POSIX-პირფერი, ოპერაციული სისტემის საფუძველზე Შემდეგი ნაბიჯი, თავად თავდაპირველად შემცველი კოდი FreeBSD და NetBSD. Mac OS X იყენებს lookupd ან dscacheutil მართვა DNS cache, დამოკიდებულია ვერსია.

იმისათვის რომ სწრაფი: პროგრამები -> Utilities -> Terminal

(lookupd|dscacheutil) -flushcache

რაც აქ გვაქვს? რაც შეეხება ნაწილი 1, the ვერტიკალური ბარი ეს მიუთითებს იმაზე “lookupd” ან “dscacheutil” მისაღებია. The ფრჩხილებში მიუთითებს, რომ ვერტიკალური ბარი მხოლოდ ვრცელდება “lookupd|dscacheutil” გამოხატვის ნაწილი. ამრიგად, the ” -flushcache” არ არის სურვილისამებრ და ის უნდა შეიცავდეს ბრძანებას, რათა ის იმუშაოს. გაითვალისწინეთ, რომ ამ ბრძანებებს არ გამოაქვეყნებს შედეგი, თუ არ არის შეცდომა.

გამოიყენეთ dscacheutil, თუ იყენებთ Mac OS X- ს 10.5 (ლეოპარდი) ან მოგვიანებით.

Mac OS X:


Mac OS X ლეოპარდი:


Use dscacheutil to flush the cache in Mac OS X Leopard

ასევე არსებობს GUI ინსტრუმენტი, DNS Flusher, რომელიც ავტომატურად იყენებს სწორ ბრძანებას.

Flushing Linux / Unix’ DNS cache, საწყისი კონსოლი:

ნ.ბ.. თუ უკვე არ გაქვთ სავალდებულო (ქეშირების საძიებო საშუალებით ჩართულია), nscd, ან dnsmasq დაინსტალირებული და გაშვებული თქვენს * nix- ზე დაფუძნებულ სამუშაო მაგიდაზე / სერვერზე, თქვენ ალბათ ხართ 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 thehosts” cache, logged in as a user:
sudo nscd -i hosts
Using nscd, invalidate thehosts” cache, logged in as root:
nscd -i hosts
Using nscd, invalidate thehosts” cache, logged in as root, specifying the full path:
/usr / sbin / nscd -i მასპინძლებს

ჰიპერემია bind ქეში

ფლეში bind ქეში, ჩვენ გასცეს ბრძანება მეშვეობით rndc. გამოიყენეთ sudo თუ თქვენ არ ხართ უკვე root:

(|sudo )rndc flush

გადატვირთვით cacheing მომსახურება ასევე მუშაობს!

აი, როგორ უნდა თავიდან არც ქეშირების daemons:

(|sudo )(სამსახურის |/etc /(rc  დ|rc  .დ / init  დ|init  დ)/)(სავალდებულო|dnsmasq|nscd) რესტარტი

რომ დაწყებული მიიღოს რთული წაკითხვის. *** საბედნიეროდ მე განმარტა დეტალურად:

  • როგორც წინა ბრძანება, გამოყენება sudo თუ თქვენ არ უკვე root.
  • მეორე შერჩევა პირველი ვარიანტი “სამსახურის “. ეს ეხება ძირითადად Red Hat / CentOS და Fedora სისტემები.
  • The “/etc /(rc დ|rc .დ / init დ|init დ)/” უნდა გაფართოვდეს შემდგომი. ეს არის ყველაზე სხვა სისტემები. საერთოდ, rc.d არის თუ თქვენ იყენებთ BSD სტილი init სისტემა (მაგალითად: Arch Linux, FreeBSD, ან OpenBSD). საუკეთესო გზა რომ იცოდეთ რომელი ბრძანების გამოყენება არის ‘განთავსება’ სწორი nscd ან dnsmasq path. Unix- ის არომატები, სოლარისაც კი, გამოიყენეთ nscd:
განთავსება -r  .d / nscd $ ; განთავსება -r  .d / dnsmasq $ ; განთავსება -r  .d / rndc $
  • ბოლო არჩევანს შორისაა “სავალდებულო”, “nscd”, და “dnsmasq”. ეს მთლიანად დამოკიდებულია იმაზე, თუ რომელი დაყენებულია და გამოიყენებს მას.
  • ნიმუშის ბოლო, ” რესტარტი”, ეს არის Daemon– ის კონტროლის დამწერლობის ინსტრუქცია.

Arch, დნესმასკის გამოყენებით, ქეშის დემონის გადატვირთვა, logged in as root:

/ა.შ. / rc.d / dnsmasq გადატვირთვა

Arch, nscd- ის გამოყენებით, ქეშის დემონის გადატვირთვა, შესულია როგორც მომხმარებელი:

sudo /etc/rc.d/nscd გადატვირთვა

CentOS / წითელი ქუდი, nscd- ის გამოყენებით, დემონის გადატვირთვა, როგორც ფესვი:

სერვისი nscd გადატვირთვა


Flush Mozilla Firefox– ის შიდა DNS ქეში:

Mozilla Firefox ინახავს საკუთარი DNS ქეში შესრულებისთვის. Firefox 2 მხოლოდ ქეშს ინახავდა 20 ჩანაწერები მდე 60 წამში. Firefox– ის სტანდარტული პარამეტრი 3 როგორც ჩანს 512 ჩანაწერები მდე 60 -ე წუთზე, როგორც ჩანს, ბევრად უფრო გონივრული ყოველ დღე გვერდების. თუ თქვენი კომპიუტერი აქვს ჩაშენებული cache (რომელიც ყველაზე ახლა) მაშინ cache აქ არის რეალურად გადაჭარბებული. მე არ ვიცი არც ერთი სხვა ბრაუზერები, რომ განახორციელოს DNS ქეშირების.

მე ი რამდენიმე გადაწყვეტილებები, როდესაც თქვენ უნდა გარკვევას cache. როგორც ჩანს, არსებობს მრავალი გზა ამის გაკეთება, თუმცა ეს იოლი, რომელიც მე შევიდა მიზნით.:

  1. დააინსტალირეთ Firefox DNS flusher Დაამატე – უზრუნველყოფს ღილაკს ფლეში cache.
  2. დააინსტალირეთ DNS Cache Დაამატე – უზრუნველყოფს გადართვა, რომელიც შეუძლებელს ხდის ან საშუალებას DNS cache.
  3. Ქეშის გაწმენდა (გაასუფთავებს ბრაუზერის ქეში, ისევე როგორც DNS Cache): აირჩიეთ Tools -> Clear Private მონაცემები; გააუქმეთ ყველა მოსანიშნი უჯრა გარდა Caრომ; დაწკაპეთ [ წმინდა პირადი მონაცემების ახლა ].
  4. ხელით გავაკეთოთ, რა DNS Cache აკეთებს: მითითებული შემდეგ 2 შესახებ:config პარამეტრები “network.dnsCacheExpiration” და “network.dnsCacheEntries” უნდა 0 და შემდეგ უკან, რა.

მე მქონდა ცუდი ქეშირებული ჩანაწერი და მე განუბაჟებელი ჩემი ბრაუზერის ქეში. მაგრამ მისი მაინც მაძლევს არასწორი ინფორმაცია. რა აძლევს?

იმის გამო, DNS გავრცელების სამუშაოები, თქვენ სასურველია უნდა ფლეში DNS on ყველა DNS მასპინძლებს შორის საკუთარ თავს და “authoritive” მასპინძელი, დაწყებული მასპინძელი ყველაზე ახლოს authoritive მასპინძელი (შორ მანძილზე თქვენი ბრაუზერის).

Როგორც მაგალითი, თუ თქვენ გაქვთ როუტერი, რომელიც ქეშირების DNS, აღადგინოთ როუტერი cache დაწყებამდე DNS cache თქვენი ოპერაციული სისტემა, და მხოლოდ მაშინ უნდა გარკვევას cache in Firefox. ამის მიზეზი ის არის, რომ თუ მხოლოდ გარკვევა თქვენი OS და Firefox- ის სამალავები, თქვენს კომპიუტერში მაინც ვაპირებ ვკითხო როუტერი მისი ცუდი ჩანაწერი მაინც.

რა მოხდება, თუ ჩემი DNS სერვერი არის სერვერი, რომელიც წმინდა გარეთ ჩემი კონტროლის?

თქვენ შეიძლება ცდილობენ დროებით გამოყენებით სხვადასხვა nameserver, შესაძლოა საჯაროდ ღია სერვერზე. OpenDNS აჩვენებს კარგი ინფორმაცია, თუ როგორ უნდა გავაკეთოთ ეს. თუ გსურთ, თქვენ ასევე უნდა შეეძლოს მიიღოს შესაბამისი ინფორმაცია თქვენი ISP მათი გადაჭრის DNS სერვერები. ადგილობრივი მაგალითად (სამხრეთ აფრიკა) არის saix რომელიც სიები მათი გადაჭრის DNS სერვერები.

* სავარაუდოდ, მიზეზი, რის გამოც Firefox აქვს DNS cache ჩაშენებული ****
** “((pacman|იოგურტი) -S|წარმოშობა|(yum|aptitude|apt-get) დაინსტალირება) nscd” და შემდეგ უზრუნველყოფს, რომ მომსახურების ემატება გაშვების სკრიპტები. იხილეთ თქვენი განაწილების ინსტალაცია დოკუმენტაცია.
*** ვეძებ სინტაქსის შეფერადება მოდული, რომელსაც შეუძლია მუშაობა regex
**** მე წავიკითხე განცხადებები, რომ გადატვირთოთ სისტემა(ing|) მომსახურების ასევე წინანდელ DNS cache თუმცა მე არ მინახავს რაიმე მტკიცებულება, რომ ეს მართლაც ასეა. თუ ვინმეს აქვს, მაგალითად, სადაც ეს სიმართლეა, გთხოვთ მომაწოდეს დეტალები.
Wednesday, April 22nd, 2009 | ავტორი:

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

ისევ და ისევ, 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 Realtime'S Spark 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 “linux”. 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