Πριν από αρκετό καιρό έγραψα ένα προγραμματάκι μόλις 17 γραμμών σε python με σκοπό να συγχρονίζει δεδομένα μεταξύ δύο διαφορετικών καταλόγων σε δύο διαφορετικά συστήματα κάνοντας χρήση της δυνατότητας του πυρήνα να καταγράφει τα inode events.
Ήταν (και είναι ακόμα) το πρώτο και μοναδικό μου πρόγραμμα σε python! Χρησιμοποίησα python γιατί βρήκα την καλύτερη τεκμηρίωση και υλοποίηση του inotify σε python κι ήταν αφορμή να δω αυτή την scripting γλώσσα που οι περισσότεροι γνωστοί μου, μου παρουσίαζαν ως την καλύτερη scripting γλώσσα προγραμματισμού.
Στην αρχή τα πράγματα φάνηκαν αρκετά απλά, έγραψα το πρόγραμμα που έκανε την δουλειά που ήθελα κι άρχισα να το εμπλουτίζω σιγά,σιγά. Χωρίς πολλές φανφάρες το δημοσίευσα μέσω του πλανήτη κι έπειτα από λίγο καιρό σκέφτηκα να το διαφημίσω και μέσω του freshmeat.
Η συνέχεια με εξέπληξε πολύ ευχάριστα. Κοιτώντας από τα στατιστικά μου διαπίστωσα πως αρκετός κόσμος το έχει ήδη κατεβάσει (φυσικά δεν αναφέρομαι σε bots) και τουλάχιστον 13 άτομα παρακολουθούν πότε βγάζω νέα έκδοση! Κι αυτό δεν ήταν τίποτα σε σχέση με την πρώτη φορά που πήρα feedback για το προγραμματάκι, που πλέον μεγάλωνε σε γραμμές και λειτουργίες. Κι ύστερα ήρθαν τα πρώτα requests κι έπειτα τα πρώτα patches!!
Το προγραμματάκι που μέχρι πριν από λίγο καιρό έγραφα μόνος μου κι εξυπηρετούσε μόνο εμένα, αυτή την στιγμή λειτουργεί σε production υποδομές εξυπηρετώντας κι άλλους. Μάλιστα έχω φτάσει στο σημείο να κάνω πλέον review σε patches για να προσθέτω νέες λειτουργίες. Οι τελευταίες δύο εκδόσεις του PIrsyncD είναι βασισμένες σε patches και οι προσθήκες που έχω κάνει εγώ είναι μόνο για error handling κυρίως και διορθώσεις των patches ώστε να ακολουθούν την KISS φιλοσοφία.
Από 17 γραμμές έχει φτάσει τις 302. Κι εάν εδώ ακούσω κάποιον να λέει: σιγά τις πολλές γραμμές, να αναφέρω ότι είναι 17φορές περισσότερες από το αρχικό κι ο σκοπός ύπαρξής του είναι υπερβολικά συγκεκριμένος. Να συγχρονίζει καταλόγους χωρίς την ύπαρξη κάποιου cron script ή κάποιας άλλης εξωτερικής παρέμβασης!
Είμαι πολύ ενθουσιασμένος για την πορεία. Εύχομαι να μην σταματήσει εδώ.
Έχω μερικές ιδέες για την συνέχεια μακάρι να βρω και τον χρόνο να τις υλοποιήσω.
Εν κατακλείδι:
- Μην διστάζετε να υλοποιείται και να δημοσιεύετε τις ιδέες σας. Ακόμα κι εάν δεν είστε προγραμματιστής (όπως εγώ!) ή εάν δεν πιστεύετε ότι γράφετε ποιοτικό κώδικα. Ανήκουμε σε μία ευρύτερη κοινότητα, αυτή του ανοιχτού κώδικα, του ελεύθερου λογισμικού και η συνεισφορά μας μπορεί να μας φαίνεται μικρή για την ώρα αλλά σαν τσουνάμι μπορεί να φτάσει στην google και να μας αγοράσει (”δανεισμένο” από φίλο εκ πατρών).
PIrsyncD stands for: Python Inotify Rsync Daemon.
Description:
This is an attempt of writing a daemon to watch a directory for kernel’s inotify events and then execute an rsync command to synchronize two different directories (local or remote). This is a poor man’s mirroring or an alternative (not so) real data replication mechanism and it is based on Pyinotify.
A lot of changes over the past couple releases
From ChangeLog:
- Added functionality to run multiple instances of PIrsyncD (Based on Jeff Templon & Jan Just Keijser’s patch)
- Added functionality to rsync over a destination rsync server (Based on Jeff Templon & Jan Just Keijser’s patch)
- Added python regular expression module (import re), for argument validation.
- Fallback solution if rsync functionality is failed
- Changed –host argument from IP value to hostname
- TODO file Reviewed
- Better examples
- Better usage message
Thanks Jeff Templon < templon AT nikhef DOT nl > and Jan Just Keijser < janjust AT nikhef DOT nl > for your feedback on PIrsyncD.
plz try ./PIrsyncD –help to see more
Get the latest version of PIrsyncD v20100310
Σε προηγούμενο post είχα αναφέρει την υλοποίηση του aria2 στο πρόγραμμα powerpill.
Το aria2, με απλά λόγια, είναι ένα πρόγραμμα που κατεβάζει ένα αρχείο από πολλαπλές (διαφορετικές) πηγές, διαλέγοντας μικρά κομμάτια δεδομένων από την κάθε πηγή, με μοναδικό σκοπό την πλήρη εκμετάλευση της χωρητικότητας της σύνδεσής μας.
Υποστηρίζει τα εξής πρωτόκολλα:
- HTTP
- HTTPS
- FTP
- BitTorrent
- Metalink
γεγονός που το κάνει απαραίτητο εργαλείο στην διανομή μας.
Η χρήση του είναι εξαιρετικά απλή: usage examples.
Για παράδειγμα μπορείτε να κατεβάσετε torrent χωρίς την χρήση άλλων προγραμμάτων.
aria2c ftp://ftp.archlinux.org/iso/2009.08/archlinux-2009.08-netinstall-i686.iso.torrent
How to use a Socks Proxy with putty ?
You are working on a network that doesnt allow http traffic.
that’s a bummer!
Can you ssh to a server ?
If you can, then everything is fine.
You can use a socks proxy for browsing.
Just read this
Μετά την συνεχή προτροπή του mikes (Μιχάλη Γεωργίου), πριν από μερικούς μήνες εγκατέστησα τον chromium στα arch box μου. Εάν και τον χρησιμοποιούσα σχεδόν αποκλειστικά εν τέλη εδώ και 10 μέρες περίπου ξαναγύρισα στον firefox. Από τα κυριότερα προβλήματα που είχα ήταν ότι ΔΕΝ έδειχνε ιστοσελίδες όπως θα έπρεπε. Είτε δεν τις άνοιγε σωστά είτε τις άνοιγε μεν αλλά δεν λειτουργούσαν δε. Μάλιστα τον τελευταίο καιρό μου ήταν αρκετά αργός. Μπορεί ο firefox να μην είναι τέλειος κι ώρες ώρες να σε εκνευρίζει και να κολλάει, αλλά είναι αρκετά πιο λειτουργικός σε σχέση με τον chromium.
Εάν θέλω να χρησιμοποιήσω έναν webkit browser τότε έχω τον midori που έφτασε στην έκδοση v0.2.3
Εργάζομαι ως unix system engineer (ή ακόμα καλύτερα: I am a Linux Administrator but I am looking for a decent job) και σήμερα αντιμετώπισα ένα δύσκολο παλζ. Και λέω παλζ γιατί πλέον τα προβλήματα που “πληρώνομαι” να επιλύσω είναι off the book κι όχι by the book!
Στην διαχείρισή μου βρίσκονται και τρία (3) μηχανάκια με το εξής λειτουργικό σύστημα:
Red Hat Enterprise Linux 2.1 AS (Pensacola). Και πριν προλάβετε να πείτε την κακία σας, να αναφέρω ότι από το 2002 (ή 2003 δεν θυμάμαι) δουλεύουν μια χαρά χωρίς (πολλά) προβλήματα.
Το load λοιπόν είχε ανέβει αρκετά σε τέτοιο σημείο που ένα νέο ssh access προς αυτά ΔΕΝ ήταν εφικτό. Ο συνάδελφος που αντιλήφθηκε το πρόβλημα είχε ήδη ανοιχτό root shell κι έτσι δανείστηκα τον υπολογιστή του (και το πανάθλιο πληκτρολόγιό του - πάταγες ένα πλήκτρο έγραφε τέσσερα γράμματα μαζί!) και ξεκίνησα το οδοιπορικό προς τον παράδεισο.
Έπρεπε όμως να περάσω πρώτα από κόλαση και καθαρτήριο πριν φτάσω στον παράδεισο.
Κόλαση:
Σίγουρα λοιπόν κάποια processes έτρωγαν πόρους από το σύστημα. Αλλά ποια; Η εντολή ps είναι φυσικά αδύνατη να εκτελεστεί (too many open files) όπως επίσης κι άλλες πολλές. Ο φόβος ήρθε όταν το df δεν ολοκληρωνόταν! Τα μηχανάκια είχαν περίπου 500 μέρες uptime που σημαίνει ότι ΔΕΝ ήξερα εάν θα σηκωθούν μετά από ένα hardware reboot. Οκ, δεν έπαιζε τίποτα λοιπόν. Τι κάνουμε; Αρχικά σκέφτηκα ότι κάποιο nfs mount point είχε αποτύχει και διάφορες διεργασίες προσπαθούσαν να γράψουν ή να κλείσουν ανοιχτά αρχεία. Αλλά ούτε η lsof έπαιζε.
Καθαρτήριο:
Κι ενώ έχουμε στο τηλέφωνο συνάδελφο με το δάχτυλο στο power μου ήρθε μια ιδέα και φωνάζω:
- Μηηηηη, όχι ακόμα.
Η εντολή cat λειτουργούσε κι έτσι έκανα ένα cat /etc/fstab για να δω εάν υπήρχε κάποιο nfs mount. Δεν υπήρχε τίποτα. Κι ενώ το load είχε ανέβει πάνω από το 20 (μέσω uptime) και η ps συνέχιζε να μην δείχνει τίποτα, μία φωνή άκουγα να μου λέει: PROC …. PROC … PROC …
Μεταφέρομαι λοιπόν στο /proc και κάνω ένα ls. Χαμός κύριοι και κυρίες μου. Χαμός από καταλόγους με αριθμούς αντί για όνομα. Αρχίζω λοιπόν και ψάχνω αρχικά στα processes με μεγάλο αριθμό και με την εντολή cat να διαβάζω το αρχείο cmdline
Παράδεισος:
Κι έτσι ξεκινάμε λοιπόν να σκοτώνουμε ότι δεν χρειάζεται κι έχει κολλήσει. Δυστυχώς κάποια backup scripts ΔΕΝ είχαν ολοκληρωθεί με αποτέλεσμα να δεσμεύουν αρκετή μνήμη και δίσκο χωρίς λόγο. find, updatedb, perl scripts (πανάθεμα την perl, τίποτα δεν δουλεύει), awk (από διάφορα shell scripts) προσπαθούσαν να πάρουν τους δεσμευμένους πόρους. Σκοτώνω και το cron daemon μέχρι να πέσει το load αρκετά και να αρχίσουν να λειτουργούν τα μηχανάκια και πάλι σωστά.
Κι έτσι μετά από λίγο αυτά τα τρία πανάρχαια μηχανάκια με redhat 2.1 λειτουργούσαν και πάλι άψογα! Οπότε μην ξεχνάτε το proc. Μάθετε τι είναι και τι περιέχει. Τι είναι όλα αυτά τα αρχεία που έχει μέσα.
Έτσι την επόμενη φορά που θα βρεθείτε σε παρόμοιο πρόβλημα θα ξέρετε τι πρέπει να κάνετε.
ΥΓ: Την επόμενη φορά θα σας πω μια ιστορία για τους σηματοφόρους στον πυρήνα.
PIrsyncD stands for: Python Inotify Rsync Daemon.
Description:
This is an attempt of writing a daemon to watch a directory for kernel’s inotify events and then execute an rsync command to synchronize two different directories (local or remote). This is a poor man’s mirroring or an alternative (not so) real data replication mechanism and it is based on Pyinotify.
From ChangeLog:
- Added variable to define the rsync version (parameter: –rsync_v2)
- Rewrite of INSTALL file (to meet better the minimal requirements)
- Checking of the destination directory is now disabled when –host is set.
- rsync append functionality was added.
- Better examples were provided.
All the above were suggested by Jeff Templon < templon AT nikhef DOT nl >
Thanks Jeff for your feedback on PIrsyncD.
plz try ./PIrsyncD –help to see more
Get the latest version of PIrsyncD v20100219
Τις περισσότερες φορές που θέλουμε να κάνουμε κάποια πράγματα quick & dirty, ανοίγουμε την κονσόλα για πληκτρολογούμε μερικές εντολές. Άλλες πάλι φορές αναζητούμε σε διάφορες μηχανές αναζήτησης για να βρούμε την λύση. Το πιο ενοχλητικό όμως από όλα αυτά είναι να έχεις χρησιμοποιήσει ή να έχεις γράψει κάποιο shell script και πλέον να μην θυμόμαστε που είναι ή που το είχαμε βρει. Προσωπικά χρησιμοποιώ σημειώσεις (κυρίως στο wiki μου), αλλά κι αυτό δεν είναι πάντα 100% valid.
Όλα τα παραπάνω προβλήματα έρχεται να λύσει το Command Line Fu.
Ρίξτε μια ματιά, μπορείτε να βρείτε κάτι ενδιαφέρον ή ακόμα καλύτερα εάν έχετε κάτι ενδιαφέρον μπορείτε να το καταχωρήσετε, ώστε την επόμενη φορά να το βρείτε εύκολα ή ακόμα και να το χρησιμοποιήσει κάποιος άλλος.
Μερικά ενδιαφέροντα linux events που αξίζουν την προσοχή μας:
Open Source Days
http://opensourcedays.org
05 - 06 Mar 2010
Copenhagen, Denmark
OpenFest
http://openfest.teipir.gr
13 - 14 Mar 2010
Athens, Greece
Linux Open Administration Days
http://loadays.org
10 - 11 Apr 2010
Antwerp, Belgium
Fosscomm
http://fosscomm.gr
24 - 25 Apr 2010
Thessaloniki, Greece
Linux Tag
http://www.linuxtag.org
09 - 12 Jun 2010
Berlin, German
FrOSCamp
http://froscamp.org
17 - 18 Sep 2010
Zurich, Switzerland
T-DOSE
http://www.t-dose.org
06 - 07 Nov 2010
Eindhoven, Netherlands
ΥΓ: Σε OpenFest & Fosscomm είναι αυτονόητη η παρουσία μου, αλλά υπάρχει ενδιαφέρον και για τα υπόλοιπα. Εάν ενδιαφέρεται κανείς για κάποιο από τα παραπάνω ας μου στείλει ένα email.
Προσοχή: προφανώς έχει βγει κάποιο security issue για το συγκεκριμένο αρχείο.
Ευτυχώς “εμάς” δλδ όσοι έχουμε linux server για web hosting δεν μας επηρεάζει, αλλά μπορεί να έχετε φίλους ή συνεργάτες που θα βρεθούν με τον διακομιστή στο χέρι.
Μέχρι να το “τσιμπήσω” είχα ήδη 500 hits στο balaskas.gr !
Η ελληνική παρουσία στο fosdem είναι και φέτος πάνω από τριαντα άτομα!.
Πρέπει να το οργανώσουμε όμως καλύτερα και του χρόνου να είμαστε οι διπλάσιοι (γιατί όχι).
Παραθέτω λοιπόν του έλληνες που έχω βρει μέχρι στιγμής:
- Ευάγγελος Μπαλάσκας
- Φώτης Γεωργάτος
- Χρήστος Μπαχαράκης
- Πιέρρος Παπαδέας
- Αναστάσης Στασινόπουλος
- Εβελίνα Μπουλουτσίκου-Μπουλούτσο
- Δημήτρης Γλεζος
- Αντρέας Λουπασάκης
- Νικόλαος Κορκακάκης
- Χρήστος Κονίνης
- Γιώργος Κεραμίδας
- Λεωνίδας Τσαμπρός
- Δημήτρης Αγγελάκος
- Νίκος Ρούσσος
- Πάνος Χριστέας
- Κώστας Παπαδήμας
- Τζένη Πετούμενου
- Σεραφείμ Ζανικόλας
- Γιώργος Λογιωτατίδης
- Ηλίας Νταής
- Αντώνης Σγουρός
- Άλεξ Αλεξάντερ
- Σοφοκλής Γκούμας
- Αλέξιος Ζάβρας
- Βασίλης Βασαΐτης
- Φαίδων Λιαμπότης
- Νίκος Νικαλέξης
- Γιάννης Κολοβός
- Γιώργος Διαμαντόπουλος
- Κωνσταντίνος Παλιούρας
- Αλέξανδρος Κουλουμπής
- Γιώργος Φιωτάκης
ΥΓ: Εάν έχω γράψει το όνομα κάποιου λάθος, ζητώ συγνώμη.
Εάν είσαι έλληνας, είσαι στην fosdem και δεν είσαι σε έχω εντοπίσει ακόμα, στείλε μου mail.
Εάν είσαι στην παραπάνω λίστα και ΔΕΝ θέλεις να φαίνεσαι, επίσης στείλε μου mail.
In the past few days libpng & libjpeg have been updated from libpng-1.2.42 to libpng-1.4.0 and libjpeg v7 to libjpeg v8.
If your linux distribution have already updated the libraries to the latest version, it is very probably that all the dependable programs have been updated too.
In the case that a program (or a group of programs) needs the previous version to run properly dont sweat about it. You can easily install the previous libraries versions to an alternative path and use soft links.
Just follow the below instructions:
libjpeg
wget -c http://www.ijg.org/files/jpegsrc.v7.tar.gz
tar zxvf jpegsrc.v7.tar.gz
cd jpeg-7/
./configure
make
# Now, you really have to became root, for the follow couple commands
make install
sudo ln -s /usr/local/lib/libjpeg.so.7 /usr/lib/libjpeg.so.7
libpng
wget -c ftp://ftp.simplesystems.org/pub/libpng/png/src/libpng-1.2.42.tar.gz
tar zxvf libpng-1.2.42.tar.gz
cd libpng-1.2.42/
./configure
make
# Now, you really have to became root, for the follow couple commands
make install
sudo ln -s /usr/local/lib/libpng12.so /usr/lib/libpng12.so
And thats it!
In the last days i lost some (non critical) data cause i had forgot to install rsnapshot in my laptop. I was without network for a couple of hours and there was nothing on TV. So … i’ve played with bash and made a bash script to backup some directories with a snapshot logic.
The bash script is really simple and straight-forward without any difficult parts. So you can easily configure it, to serve your needs.
#!/bin/bash
# Evaggelos Balaskas, <ebalaskas AT ebalaskas DOT gr>, 20090122
DIR="/var/cache/pacman/pkglist"
PATHS="/etc /usr/local/etc /boot"
BACKUP="backup"
PACMAN="/usr/bin/pacman -Qqe"
RSYNC="/usr/bin/rsync -ra"
MKDIR="/bin/mkdir -p"
DATE="/bin/date"
CP="/bin/cp -al "
MV="/bin/mv -f"
RM="/bin/rm -rf"
TOUCH="/bin/touch"
DAYS="10"
# Make Directory Structure
$MKDIR $DIR/`$DATE +%Y/%m/%d`
#Package List
$PACMAN > $DIR/`$DATE +%Y/%m/%d/pkglist_%H_%M`
#Rotation
if [ -d "$DIR/$BACKUP.$DAYS" ] ; then
$RM $DIR/$BACKUP.$DAYS
fi
for i in `seq $(expr $DAYS - 1 ) -1 1` ;do
if [ -d "$DIR/$BACKUP.$i" ]; then
$MV $DIR/$BACKUP.$i $DIR/$BACKUP.$(expr $i + 1)
fi
done
# Create Hard Link
if [ -d "$DIR/$BACKUP.0" ] ; then
$CP $DIR/$BACKUP.0 $DIR/$BACKUP.1
fi
# Sychronization
for k in $PATHS; do
$MKDIR $DIR/$BACKUP.0$k/
$RSYNC --delete $k/ $DIR/$BACKUP.0$k
done
# TimeStamp
$TOUCH $DIR/$BACKUP.0
Το archlinux χρησιμοποιεί τον διαχειριστή προγραμμάτων pacman. To powerpill είναι ένα wrapper πρόγραμμα για τον pacman. Η δουλειά του δλδ είναι να κατεβάζει από διαφορετικές πηγές το πρόγραμμα που θέλουμε να εγκαταστήσουμε κάνοντας χρήση του μέγιστου bandwidth που διαθέτουμε. Το powerpill κάνει χρήση του aria2, ενός προγράμματος που υλοποιεί πολλαπλά πρωτόκολλα και πολλαπλές πηγές με σκοπό να κατεβάσει το αρχείο που επιθυμούμε στον μικρότερο χρόνο.
Η χρήση του powerpill στο pacman μπορεί να γίνει με αυτόν τον τρόπο:
powerpill pacman -Syuw
ή
powerpill pacman -Syu
Ακόμα κι εάν δεν έχετε archlinux, ρίξτε μια ματιά στο aria2. Αποτελεί ένα αξιόλογο πρόγραμμα.
Όσοι χρησιμοποιούμε συνδέσμους σε διάφορους περιηγητές διαδικτύου γνωρίζουμε το xmarks (έχω κάνει την ελληνική μετάφραση εν μέρη). Έτσι μπορούμε να έχουμε κάπου κεντρικά την διαχείριση των συνδέσμων μας και τώρα τελευταία και τα συνθηματικά μας.
Η πιο γνωστή μορφή των συνδέσμων είναι φυσικά το html, δεν είναι όμως και το πιο ευέλικτο σχήμα. Το xml έχει τέτοια δόμηση που προσφέρει περισσότερες δυνατότητες. Όμως δεν είναι πρωτοτυποποιημένο. Κι έτσι κάθε περιηγητής διαδικτύου ή πρόγραμμα διαχείρισης συνδέσμων δεν μπορεί να διαβάσει/επεξεργαστεί τους συνδέσμους από κάποιο άλλο πρόγραμμα (ή άλλο περιηγητή).
Το xbel δημιουργήθηκε για να λύσει όλα αυτά τα προβλήματα. Φυσικά το midori υποστηρίζει συνδέσμους σε μορφή xbel, όχι όμως ο firefox που υποστηρίζει μόνο html!
Μιας και το xmarks δεν υποστηρίζει ακόμα xbel (αλλά που θα πάει) την λύση για να μετατρέψει κανείς bookmarks από html σε xbel έχουμε δύο επιλογές:
H λύση του firefox addon: SyncPlaces φαίνεται να είναι αρκετά απλή και γρήγορη, αλλά δεν με κάλυψε 100%. Αρκετές φορές το εξαγόμενο xbel φάνηκε να μην δουλεύει στο Μιντόρι.
Η δεύτερη λύση του linkgagogo είναι εξαιρετική, αλλά δεν δυστυχώς δεν φαίνεται να μου παίζουν σωστά τα ελληνικά.
Σήμερα το πρωί εγκατέστησα τη νέα έκδοση του kernel: 2.6.32 στο archlinux. Δυστυχώς για ακόμα μία φορά το τίμημα του να είσαι bleeding edge είναι μεγάλο.
Στην νέα έκδοση (2.6.32) έχει αλλάξει το KMS (kernel mode setting) και ο τρόπος με τον οποίο ρυθμίζεται το intel graphic subsystem (intel kms enabled by default).
Το αποτέλεσμα ήταν να μείνω χωρίς γραφικό περιβάλλον.
Αποφάσισα λοιπόν να εγκαταστήσω τo kernel26-lts (longtime stable),
αλλά διαπίστωσα ότι εξαρτάται από το πακέτο udev-compat το οποίο βρίσκεται στο
testing repository!
Σκέφτηκα: δεν μαμιέται, κι άνοιξα το testing repository.
Ταυτόχρονα με ενημέρωσε να εγκαταστήσω και μερικά ακόμα πακέτα όπως το filesystem/udev κ.λ.π.
Εκείνη την στιγμή σκέφτηκα ότι σιγά το πράγμα, τι κακό μπορεί να γίνει.
Όλα ωραία και καλά, κάνω επανεκκίνηση και ο kernel26-lts ΔΕΝ ξεκινάει !!!
Το πόσο εντυπωσιακό ήταν αυτό δεν λέγεται.
Ξαναμπουτάρω με τον kernel26 (χωρίς γραφικό) και προσπαθώ να αφαιρέσω ότι πακέτο έχω εγκαταστήσει μέσω του testing.
Να μην τα πολυλογώ μένω χωρίς filesystem/udev και φυσικά ότι άλλο εξαρτάται πάνω σε αυτά (δλδ σχεδόν όλα τα πακέτα). Το partiton κάπου εδώ έγινε corrupted με τραγικό αποτέλεσμα.
Την λύση την έδωσε το System Rescue CD .
Μέσω cron τρέχω ανά 3 ώρες ένα rsnapshot και ανά μέρα την εξής εντολή:
/usr/bin/pacman -Qq > /root/pkg_list_`date +%Y%m%d`
Δηλαδή αυτό που έκανα ήταν να ξαναεγκαταστήσω την λίστα των πακέτων που είχα μέχρι σήμερα (πρωινές ώρες) και να αντιγράψω τα configuration files από το latest snapshot.
Κι όμως τα προβλήματα μου ΔΕΝ τελείωσαν εδώ.
Προσπαθώντας τα εκκινήσω το γραφικό περιβάλλον πάγωνε ο υπολογιστής.
Το πιο εντυπωσιακό ήταν ότι έπρεπε να κάνω επανεκκίνηση με το δάχτυλο κι έτσι τα οποιαδήποτε logs να μην αποθηκεύονται στον δίσκο.
Την τελική λύση την έδωσε ο έταιρος συνάδελφος, ο οποίος μου δάνεισε τον υπολογιστή του για να κάνω ssh και να το log του Xorg. Το οποίο log με ενημέρωνε ότι το xf86-input-evdev δεν μπορούσε να φορτωθεί. Κι αντί να τερματίσει ο Xorg server απλά πάγωνε!.
Προσπάθησα να επαν-εγκαταστήσω το xf86-input-evdev αλλά το πρόβλημα ήταν ότι τα ήδη εγκαταστημένα αρχεία ήταν corrupted (πιθανά από τα πολλά hard-resets). Τελικά με την χρήση του rm διέγραψα τα corrupted αρχεία, επαν-εγκατέστησα το evdev (το οποίο είναι υπεύθυνο για να κάνει hotplug τις συσκευές εισόδου στο xorg) κι όλα έπαιξαν μια χαρά.
Τελικός απολογισμός: 3 ώρες !!!
Κατά τα άλλα καλά, τα νέα σας;
Με χαρά διαπίστωσα ότι κάποια από τα blog post μου αναφέρονται στο foracamp και μάλιστα κάτω από την κατηγορία Linux. Δεν γνωρίζω τους ανθρώπους που το συντηρούν μα ούτε κι έχω πρόβλημα με την ύπαρξή του.
Φυσικά, ηθικά θα έπρεπε τουλάχιστον να με έχουν ενημερώσει για αυτό και θα έπρεπε να έχουν ζητήσει την άδεια μου, αλλά το κακό είναι μικρό.
Δυστυχώς όμως με πάρα πολύ μεγάλη θλίψη, διάβασα ότι το blog post μου με τίτλο: WinXP Vs Linux (aka once in 3 years) έχει τον εξής τίτλο:
“Διαβάστε άλλο ένα άρθρο σύγκρισης των δύο λειτουργικών”
.
Δεν γνωρίζω εάν η παρανόηση έχει γίνει ηθελημένα ή κατά λάθος.
Εάν διαβάσει κανείς το άρθρο ΔΕΝ αναφέρω πουθενά κανένα συγκριτικό σημείο μεταξύ των δύο λειτουργικών. Δεν αναφέρω σε κανένα σημείο ότι τα Windows είναι καλύτερα ή ανώτερα από οποιαδήποτε διανομή linux.
Καταγράφω μία προσωπική εμπειρία και το σημείο κλειδί είναι η εξής φράση:
“ότι τα πάντα ξεκινάμε από την χρήση του καθενός στο μηχάνημα & διανομή που έχει επιλέξει. Σε δεύτερη μοίρα έρχεται το ίδιο το λειτουργικό”
Ελπίζω οι συντάκτες του foracamp να διαβάσουν τούτο το άρθρο και να διορθώσουν το προσωπικό τους σχόλιο καθώς μόνο ατυχές είναι και “εξαπατά” τους αναγνώστες του.
ΥΓ: Η μπλε οθόνη και η μη λειτουργία των windows έγινε χωρίς απολύτως κανένα λόγο δείχνει μη-σοβαρού λειτουργικού συστήματος.
Τον Οκτώβριο 2009 είχα γράψει το εξής post: Τι σελίδες αναζητούν οι hackers; κοιτώντας τα logs μου κι ειδικότερα τα http 404 (not found). Στο site μου διαθέτω μόνο δύο εφαρμογές (blog/wiki) και τα δύο δουλεύουν με mod_rewrite ώστε να κάνουν URL manipulation.
Από τον Οκτώβριο του 2009 μέχρι σήμερα μαζεύω τα πιο δημοφιλή αρχεία (urls) που προσπαθούν να δούν ή να κατεβάσουν οι hackers και τις περνάω σε ένα δικό μου .htaccess αρχείο στην ρίζα του site μου.
Το παραθέτω εδώ, σε περίπτωση που ενδιαφέρει κι άλλους:
RewriteEngine on
RewriteRule xmlrpc.php$ index.php
RewriteRule login_page.php$ index.php
RewriteRule setup.php$ index.php
RewriteRule config.inc.php$ index.php
RewriteRule multithumb.php$ index.php
RewriteRule orderSuccess.inc.php$ index.php
RewriteRule send_reminders.php$ index.php
RewriteRule config.php$ index.php
RewriteRule ask_password.php$ index.php
RewriteRule msgimport$ index.php
RewriteRule README$ index.php
RewriteRule fastenv$ index.php
RewriteRule main.php$ index.php
RewriteRule sql.php$ index.php
Μεγάλη προσοχή όμως!
Θα πρέπει να μην έχετε αρχεία στο τέλος ενός valid url γιατί αλλιώς θα κάνει redirection στο αρχικό site.
Ένα παράδειγμα είναι και το εξής:
http://balaskas.gr/README το οποίο ΔΕΝ υπάρχει.
Αντί να εμφανίσει το http 404 λάθος θα κάνει redirection στην αρχική σελίδα μου.
Όσοι ασχολούμαστε με Linux έχουμε σκοπό της ζωής μας να “μισούμε” την Microsoft, όλα τα Windows και το office (+μερικές χιλιάδες άλλα πράγματα, όπως ανθρώπους, flash videos, games κ.λ.π.-κ.λ.π.).
Για λόγους δουλειάς χρειάζομαι κάποιο windows περιβάλλον καθώς υπάρχουν εφαρμογές που ΔΕΝ τρέχουν ακόμα σε Linux ή δεν πρόκειται να τρέξουν ποτέ, ούτε μέσω wine (παρότι τις φιλότιμες προσπάθειες μου - λύση είναι μόνο το virtualbox). Μιας και δεν μπορώ να επιβάλω στην εταιρεία που εργάζομαι ποιο σύστημα για διαχείριση αιτημάτων πρέπει να έχουμε και γιατί, υπομένω κι εργάζομαι σε windows.
Στο laptop μου (Fujitsu Siemens Amilo Pi1520s) έχω λοιπόν ένα partition με windows xp home το οποίο υπήρχε από την ημέρα που αγόρασα το laptop. Πυκνά συχνά (ίσως μάλιστα πιο συχνά από όσο θα ήθελα) εργάζομαι στα WinXP Home και μάλιστα έχω μία πλειάδα προγραμμάτων σε ένα partition <20Gb. Με 1 Gb Ram εργάζομαι λίγο παραπάνω από 3 χρόνια.
Προσπαθώ να το έχω πάντα αναβαθμισμένο μέσω του windows update και να καθαρίζω τα σκουπίδια μου κατά καιρούς. Ελέγχω για τυχόν ιούς, κατεβάζω την αλληλογραφία μου κ.λ.π.-κ.λ.π. Είναι πλήρες από προγράμματα.
Μετά λοιπόν από 3 χρόνια μου έβγαλε μπλε οθόνη!
Για να το διορθώσω έπρεπε να αναζητήσω τα cd από όταν αγόρασα το laptop και μάλιστα να σκίσω την θήκη του windows xp repair cd καθώς ΔΕΝ το είχα ποτέ ανοίξει. Επέλεξα την επιλογή Repair και στην συνέχεια μου επιδιόρθωσε τα windows. Μάλιστα όταν ξαναεκκίνησε το laptop και μπήκα με επιτυχία στα windows διαπίστωσα ότι ΔΕΝ μου “έφαγε” τα προγράμματα που είχα εγκαταστήσει. Μάλιστα σύμφωνα με τις αναβαθμίσεις ήμουν πριν το SP3.
Ολοκλήρωσα με επιτυχία τις αναβαθμίσεις, καθάρισα εκ νέου τον δίσκο, τον έκανα defrag κι αυτή την στιγμή γράφω και τούτο το blog entry.
Άρα ο απολογισμός είναι μία φορά στα 3 χρόνια!
Τολμώ να πω ότι περισσότερες από 2 φορές τον χρόνο “φορμάρω” linux διανομές σε laptop / desktop (δεν αναφέρομαι σε servers) άπειρες δε φορές οι αναβαθμίσεις μου έχουν βγάλει προβλήματα, άπειρα εις το τετράγωνο μου έχουν προκύψει ασυμβατότητες κι έπρεπε να βάλω δάχτυλο για να αλλάξω κάτι. Σε αυτό το σημείο να ΜΗΝ σχολιάσω τις αλλαγές του τελευταίου χρόνου μεταξύ freedesktop/dbus/hal & xorg). Μείναμε με μαύρη οθόνη (κονσόλα) για ώρες.
Που θέλω να καταλήξω: ότι τα πάντα ξεκινάμε από την χρήση του καθενός στο μηχάνημα & διανομή που έχει επιλέξει. Σε δεύτερη μοίρα έρχεται το ίδιο το λειτουργικό, δεν χρειάζεται να “μισούμε” κανέναν - χρειάζεται απλά να βρίσκουμε τις ατέλειες/διαφωνίες μας και να τις αναδεικνύουμε σε ένα open source λειτουργικό (περιβάλλον).
Φυσικά παραμένω πάντα υπέρμαχος opensource λύσεων και των ανοιχτών προτύπων, αλλά χρειάζεται να ακούγεται και η γνώμη ενός όχι και τόσο άπειρου πλέον linux χρήστη (εργάζομαι σε Linux από το 2002 σε μόνιμη και καθημερινή βάση).
Ελπίζω τα τυχόν σχόλια που θα λάβω να είναι ευπρεπή :D