<div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im"> > Το ωραίο είναι ότι σε άλλο μηχάνημα το ίδιο στήσιμο, δεν παρουσιάζει κανένα > ανάλογο πρόβλημα... </div>ίδια κάρτα γραφικών στο άλλο μηχάνημα; Σε κάποιους από τους χρήστες στο "megathread" που αναφέρεις φαίνεται ότι το πρόβλημα είχε σχέση με τους drivers των γραφικών (καθόλου απίθανο δεδομένης της τωρινής κατάστασης σε αυτό τον τομέα). Δεδομένου ότι η κάρτα γραφικών μπορεί να κάνει "όμορφα" πράγματα στο PCI bus αν κάτι πάει στραβά, θα μπορούσε να εξηγηθεί το high latency στο γράψιμο στο δίσκο νομίζω. </blockquote><div> Πράγματι, έχουν διαφορετική κάρτα intel (χωρίς πρόβλημα) και nvidia το προβληματικό σύστημα (με τον πιο πρόσφατο κλειστό οδηγό). </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> Καλό θα ήταν να εγκαταστήσεις ένα openssh server στο μηχάνημα και να δεις αν μπορείς να κάνεις remote login όσο είναι "κολλήμενο" (αν έχεις πρόσβαση σε κάποιο άλλο μηχάνημα τουλάχιστον). Αν remotely δουλεύει αυτό μπορεί να σου δώσει ένα στοιχείο. </blockquote><div> Αν και έχω στημένο openssh server, το διάστημα που διαρκεί το πρόβλημα δεν μου επέτρεψε μέχρι τώρα να βγάλω κάποιο συμπέρασμα. </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> Αν είναι νέο σύστημα (και υποστηρίζει boot μέσω usb) μπορείς να στήσεις μια διανομή σε ένα εξωτερικό δίσκο και να παίζεις με αλλαγές εκεί χωρίς να πειράξεις τα δεδομένα σου (απλά ρύθμισε το εναλλακτικό version ώστε να μην κάνει mount τον κανονικό σκληρό, ούτε fsck, ούτε swapon, ούτε τίποτα). </blockquote><div> αυτή είναι μια καλή ιδέα! </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im"> > Πάντως φαίνεται ότι αυτή η συμπεριφορά του lucid, είναι αρκετά συνηθισμένη, > όπως δείχνει αυτό το μέγα-νήμα 174 σελίδων > <a href="http://ubuntuforums.org/showthread.php?t=1478787" target="_blank">http://ubuntuforums.org/showthread.php?t=1478787</a> </div>Δυστυχώς έχω την εντύπωση ότι τόσο στο kernel bug στο bugzilla όσο και στο "megathread" στην πραγματικότητα πρόκειται για πολλά bugs με τα ίδια συμπτώματα και όχι για ένα μόνο. </blockquote><div> Και εγώ αυτή την εντύπωση αποκόμισα... Επιπλέον είναι μεγάλο το εύρος των γνώσεων που απαιτούνται για δοκιμές όλων των παραμέτρων που μπορεί να επηρεάζουν την κατάσταση. <blockquote style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;" class="gmail_quote">Για να διαπιστώσεις το μέγεθος των sectors, νομίζω ότι αρκεί sudo fdisk -l Από τα αποτελέσματα, Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes οπότε ο συγκεκριμένος δίσκος μου είναι παλαιάς τεχνολογίας με sectors των 512 byte. </blockquote> Με sudo fdisk -l, παίρνω Disk /dev/sda: 750 GB, 750153761280 bytes 255 heads, 63 sectors/track, 91201 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes και με sudo hdparm -I /dev/sda Logical/Physical Sector size: 512 bytes device size with M = 1024*1024: 715404 MBytes device size with M = 1000*1000: 750156 MBytes (750 GB) cache/buffer size = unknown Φαίνεται εντάξει; Δεν εμφανίζονται τα αποτελέσματα που αναφέρεις... Το ευχάριστο είναι ότι η πιο ελαφριά λειτουργία του δίσκου με το noatime, δείχνει προς το παρόν να επηρεάζει θετικά την κατάσταση. Είναι βέβαια νωρίς ακόμη για συμπεράσματα... Ευχαριστώ, Στέργιος </div></div>