Αργό boot (ubuntu 12.04)

Antonis Sidiropoulos asidirop at csd.auth.gr
Thu May 30 20:35:15 EEST 2013


Έχει δοκιμάσει κανείς το e4rat?
http://www.howtogeek.com/69753/how-to-cut-your-linux-pcs-boot-time-in-half-with-e4rat/

Φαίνεται ενδιαφέρον, αλλά μάλλον μετά από κάθε αλλαγή στο software
θα πρέπει να ξαναγίνεται η διαδικασία....

Α.


On 30/05/2013 07:31 μμ, Antonis Sidiropoulos wrote:
>
> καλό το bootchart Δημήτρη.
> H πρώτη εικόνα
> http://delab.csd.auth.gr/~asidirop/ubuntu_rel/im1.png
>  είναι όπως ήταν το σύστημα.
> Φαίνεται ότι η καθυστέρηση γίνεται από την fsck ... όμως όχι γιατί 
> κάνει κάτι, αλλά γιατί γίνεται blocked.
>
> βρήκα αντίστοιχες περιπτώσεις (όπως στην σελίδα 
> http://askubuntu.com/questions/39316/slow-boot-after-clean-install-of-natty).
> Ακολουθώντας τις εκεί οδηγίες
> και διαγράφοντας την γραμμή στο
> /lib/udev/rules.d/60-persistent-storage.rules όπως περιγράφεται, έκανε 
> χειρότερη την κατάσταση.....
> (http://delab.csd.auth.gr/~asidirop/ubuntu_rel/im2.png :-)
>
> Κάνοντας τα βήματα για απεγκατάσταση του ureadahead:
> 1. remove ureadahead
> 2. διαγραφή των αρχείων στο /var/lib/ureadahead/
> 3. install to ureadahead
> 4. reboot and wait
> 5. reboot
>
> Διόρθωσε την κατάσταση (δυστυχώς δεν κράτησα το dmesg) για 2 reboots....
> προχωρούσε δηλαδή χωρίς καθυστέρηση....
> Μετά όμως άντε πάλι τα ίδια....
>
> πως φαίνεται στο trace 
> http://delab.csd.auth.gr/~asidirop/ubuntu_rel/dmesg.txt
> μάλλον αυτός που "κολλάει" είναι η process ureadahead.
>
> -------------
> προς Κώστα Πελετίδη:
>> Βάλε τα τελευταία updates (security και recommended) και δες αν 
>> αλλάζει κάτι. Προσπαθούν να διορθώσουν ένα race condition σε κάποιον 
>> logger κατά την εκκίνηση εδώ και καιρό. Πριν απο 1-2 βδομάδες νομίζω 
>> διόρθωσαν κάτι στον rsyslogd. Τώρα κάνουν λόγο για ένα fix που αφορά 
>> το plymouth.
> έχω τα τελευταία updates (εκτός από αυτά που βγήκαν χθές....)
>
>> Description-en: graphical boot animation and logger - main package
>>  Plymouth is an application that runs very early in the boot process
>>  (even before the root filesystem is mounted!) that provides a graphical
>>  boot animation while the boot process happens in the background.
> Αυτόν τον άτιμο τον Plymouth πως θα μπορούσαμε να τον βγάλουμε? Πάντα 
> το ήθελα να απαλλαγώ από αυτό.....
> Προσπαθώντας όμως να το κάνω remove ζητάει να βγάλει "τα πάντα" λόγω 
> εξαρτήσεων....
> Έκανα remove ton plymouth-theme-ubuntu-logo, και έφυγε το γραφικό.... 
> αλλά πάλι βλέπω bullets που γυρίζουν.....$#@$#@$
>
> Προς Giorgos Keramidas
>> Ένα απλό web search βρίσκει αυτό, ας πούμε:
>> http://unix.stackexchange.com/questions/60249/ext4-fs-needs-journal-recovery-what-does-this-mean
> δεν βοηθάει πουθενά... έτσι κι αλλιώς όταν είναι Mounted to partition 
> βγάζει
> |needs journal recovery|
>
> ------------
>
> Τελικά πάλι στην αρχή βρίσκομαι αν και βελτιώθηκε ο χρόνος κατά 5"-7" !!!
>
> Α.
>
>
>
>
> On 30/05/2013 11:23 πμ, Dimitris Diamantis (aka ftso) wrote:
>>
>> Ισως το bootchart βοηθησει στο debugging. Προσοχη μετα την ευρεση της 
>> λυσης καλο ειναι να αφερεθει απο το συστημα γιατι δημιουργει μεγαλου 
>> μεγεθους log files...
>> https://wiki.ubuntu.com/BootCharting
>>
>> On May 30, 2013 10:36 AM, "Antonis Sidiropoulos" 
>> <asidirop at raptor.itc.auth.gr <mailto:asidirop at raptor.itc.auth.gr>> wrote:
>>
>>     Γεια σας,
>>
>>     Σε ένα λαπτοπ έχω ubuntu 12.04
>>     όμως έχω την εντύπωση ότι bootάρει πιο αργά απ' ότι θα έπρεπε...
>>     To dmesg δείχνει ένα χρονικό κενό 40 secs...
>>     καμία ιδέα για το πως μπορώ να κάνω λίγο debugging ή τι μπορεί να
>>     φταίει?
>>     Παραθέτω κομμάτι από το dmesg:
>>
>>     [    2.313899] usbcore: registered new interface driver usbhid
>>     [    2.313903] usbhid: USB HID core driver
>>     [    2.330498] usb 1-1.5: USB disconnect, device number 4
>>     [    2.893720] [drm] fb mappable at 0xD0142000
>>     [    2.893727] [drm] vram apper at 0xD0000000
>>     [    2.893730] [drm] size 5787648
>>     [    2.893733] [drm] fb depth is 24
>>     [    2.893735] [drm]    pitch is 6400
>>     [    2.893893] fbcon: radeondrmfb (fb0) is primary device
>>     [    3.779491] Console: switching to colour frame buffer device
>>     200x56
>>     [    3.783350] fb0: radeondrmfb frame buffer device
>>     [    3.783375] drm: registered panic notifier
>>     [    3.783408] [drm] Initialized radeon 2.12.0 20080528 for
>>     0000:02:00.0 on minor 0
>>     [    4.092416] PM: Marking nosave pages: 000000000009c000 -
>>     0000000000100000
>>     [    4.092420] PM: Marking nosave pages: 00000000bf27c000 -
>>     00000000bf282000
>>     [    4.092423] PM: Marking nosave pages: 00000000bf3ea000 -
>>     00000000bf40f000
>>     [    4.092425] PM: Marking nosave pages: 00000000bf46f000 -
>>     00000000bf70f000
>>     [    4.092436] PM: Marking nosave pages: 00000000bf717000 -
>>     00000000bf71f000
>>     [    4.092438] PM: Marking nosave pages: 00000000bf77e000 -
>>     00000000bf79f000
>>     [    4.092440] PM: Marking nosave pages: 00000000bf7e3000 -
>>     00000000bf7ff000
>>     [    4.092442] PM: Marking nosave pages: 00000000bf800000 -
>>     0000000100000000
>>     [    4.093112] PM: Basic memory bitmaps created
>>     [    4.110279] PM: Basic memory bitmaps freed
>>     [    4.110297] video LNXVIDEO:00: Restoring backlight state
>>     [    4.145173] EXT4-fs (sda7): INFO: recovery required on
>>     readonly filesystem
>>     [    4.145179] EXT4-fs (sda7): write access will be enabled
>>     during recovery
>>     [    4.945906] EXT4-fs (sda7): recovery complete
>>     [    4.973983] EXT4-fs (sda7): mounted filesystem with ordered
>>     data mode. Opts: (null)
>>     [   45.113528] Adding 9767484k swap on /dev/sda6. Priority:-1
>>     extents:1 across:9767484k
>>     [   45.973798] EXT4-fs (sda7): re-mounted. Opts:
>>     errors=remount-ro,user_xattr
>>     [   46.121525] ADDRCONF(NETDEV_UP): eth0: link is not ready
>>     [   46.170148] kjournald starting.  Commit interval 5 seconds
>>     [   46.171263] EXT3-fs (sda5): using internal journal
>>     [   46.171269] EXT3-fs (sda5): mounted filesystem with ordered
>>     data mode
>>     [   46.440609] udevd[552]: starting version 175
>>     [   46.525787] type=1400 audit(1369896790.929:2):
>>     apparmor="STATUS" operation="profile_load" name="/sbin/dhclient"
>>     pid=614
>>     comm="apparmor_parser"
>>     [   46.526313] type=1400 audit(1369896790.933:3):
>>     apparmor="STATUS" operation="profile_load"
>>     name="/usr/lib/NetworkManager/
>>     nm-dhcp-client.action" pid=614 comm="apparmor_parser"
>>     [   46.526610] type=1400 audit(1369896790.933:4):
>>     apparmor="STATUS" operation="profile_load"
>>     name="/usr/lib/connman/scripts
>>     /dhclient-script" pid=614 comm="apparmor_parser"
>>     [   46.529936] type=1400 audit(1369896790.933:5):
>>     apparmor="STATUS" operation="profile_load" name="/usr/sbin/ntpd"
>>     pid=658
>>     comm="apparmor_parser"
>>     [   46.552010] EXT4-fs (sda8): mounted filesystem with ordered
>>     data mode. Opts: (null)
>>     [   46.609880] init: portmap main process (757) terminated with
>>     status 127
>>     [   46.609917] init: portmap main process ended, respawning
>>     [   46.777125] init: failsafe main process (828) killed by TERM
>>     signal
>>     [   46.777864] init: munin-node main process (846) terminated
>>     with status 127
>>     [   46.777887] init: munin-node main process ended, respawning
>>     [   46.974392] type=1400 audit(1369896791.381:6):
>>     apparmor="STATUS" operation="profile_load" name="
>>
>>     -- 
>>     linux-greek-users mailing list -- http://lists.hellug.gr
>>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.hellug.gr/pipermail/linux-greek-users/attachments/20130530/700a598f/attachment.html>


More information about the Linux-greek-users mailing list