Ubuntu slow to boot after dual boot












0















I just installed Kali Linux (on /dev/sda5) in dual boot with Ubuntu (on /dev/sda2). However, now that I have Kali, Ubuntu takes a few minutes to launch, whereas Kali takes a few seconds, and I would like the contrary. How can I do that ?



Edit



Here is my /etc/fstab in Ubuntu :



# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda2 during installation
UUID=7d4d2f18-146c-4d56-b5f3-0dc605eeb9e0 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=95B2-5AED /boot/efi vfat umask=0077 0 1
# /home was on /dev/sda3 during installation
UUID=69d6623e-0bcc-4cef-8b25-e46c98210d44 /home ext4 defaults 0 2
# swap was on /dev/sda4 during installation
UUID=97913f94-1989-4c8d-b2e0-010dfb10d613 none swap sw 0 0









share|improve this question









New contributor




Ul Tome is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.





















  • Welcome to Ask Ubuntu. I have no idea, but I'd explore what you changed in installing Kali. Did you create the sda5 partition? or was it there before (primarily did you reformat it? it was accessed before in your file-system table causing Ubuntu to try & mount a now non-existing partition until it's reaches timeout as your description implies to me). We can't know what changes you made in the installation of Kali, but I'd looked at sda5 changes if I was in your position.

    – guiverc
    Jan 24 at 23:44













  • When I installed Kali, I had already created the sda5 partition and formated it in ext4. During the installation, I removed the formating of sda5 to have 30Gb of free space, and installed Kali on it.

    – Ul Tome
    2 days ago











  • My point was the formatting changed the UUID (or unique-ID of the partition which is created during format), and your Ubuntu is likely to look for & wait for the UUID of the old-partition, then eventually time-out.... ie. you need to change the UUID of your old partition, with that of the newly formatted partition. You've not amended it to reflect your new layout causing the timeouts... The first place I'd look is your file-system-table (/etc/fstab)...

    – guiverc
    2 days ago













  • I'm not sure I understood what you told me, but I added to my post the contents of my /etc/fstab, and I tried replacing the UUID of sda2 with the one of sda5, but it didn't help

    – Ul Tome
    2 days ago











  • Don't just replace or change UUIDs without checking that the UUID's match your partition UUID's. If you sudo blkid |grep UUID you'll get a list of UUID's found on your system, use these [results] to check the UUIDs mentioned in your fstab are correct (I cannot as I don't know what's on your system). I don't see sda5 mentioned in comments (lines which have a # at the start are comments or documentation) but I'd still check them all. Installations (ie. kali) often re-format swap; so you may have found this has changed, and may be your problem.

    – guiverc
    2 days ago
















0















I just installed Kali Linux (on /dev/sda5) in dual boot with Ubuntu (on /dev/sda2). However, now that I have Kali, Ubuntu takes a few minutes to launch, whereas Kali takes a few seconds, and I would like the contrary. How can I do that ?



Edit



Here is my /etc/fstab in Ubuntu :



# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda2 during installation
UUID=7d4d2f18-146c-4d56-b5f3-0dc605eeb9e0 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=95B2-5AED /boot/efi vfat umask=0077 0 1
# /home was on /dev/sda3 during installation
UUID=69d6623e-0bcc-4cef-8b25-e46c98210d44 /home ext4 defaults 0 2
# swap was on /dev/sda4 during installation
UUID=97913f94-1989-4c8d-b2e0-010dfb10d613 none swap sw 0 0









share|improve this question









New contributor




Ul Tome is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.





















  • Welcome to Ask Ubuntu. I have no idea, but I'd explore what you changed in installing Kali. Did you create the sda5 partition? or was it there before (primarily did you reformat it? it was accessed before in your file-system table causing Ubuntu to try & mount a now non-existing partition until it's reaches timeout as your description implies to me). We can't know what changes you made in the installation of Kali, but I'd looked at sda5 changes if I was in your position.

    – guiverc
    Jan 24 at 23:44













  • When I installed Kali, I had already created the sda5 partition and formated it in ext4. During the installation, I removed the formating of sda5 to have 30Gb of free space, and installed Kali on it.

    – Ul Tome
    2 days ago











  • My point was the formatting changed the UUID (or unique-ID of the partition which is created during format), and your Ubuntu is likely to look for & wait for the UUID of the old-partition, then eventually time-out.... ie. you need to change the UUID of your old partition, with that of the newly formatted partition. You've not amended it to reflect your new layout causing the timeouts... The first place I'd look is your file-system-table (/etc/fstab)...

    – guiverc
    2 days ago













  • I'm not sure I understood what you told me, but I added to my post the contents of my /etc/fstab, and I tried replacing the UUID of sda2 with the one of sda5, but it didn't help

    – Ul Tome
    2 days ago











  • Don't just replace or change UUIDs without checking that the UUID's match your partition UUID's. If you sudo blkid |grep UUID you'll get a list of UUID's found on your system, use these [results] to check the UUIDs mentioned in your fstab are correct (I cannot as I don't know what's on your system). I don't see sda5 mentioned in comments (lines which have a # at the start are comments or documentation) but I'd still check them all. Installations (ie. kali) often re-format swap; so you may have found this has changed, and may be your problem.

    – guiverc
    2 days ago














0












0








0








I just installed Kali Linux (on /dev/sda5) in dual boot with Ubuntu (on /dev/sda2). However, now that I have Kali, Ubuntu takes a few minutes to launch, whereas Kali takes a few seconds, and I would like the contrary. How can I do that ?



Edit



Here is my /etc/fstab in Ubuntu :



# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda2 during installation
UUID=7d4d2f18-146c-4d56-b5f3-0dc605eeb9e0 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=95B2-5AED /boot/efi vfat umask=0077 0 1
# /home was on /dev/sda3 during installation
UUID=69d6623e-0bcc-4cef-8b25-e46c98210d44 /home ext4 defaults 0 2
# swap was on /dev/sda4 during installation
UUID=97913f94-1989-4c8d-b2e0-010dfb10d613 none swap sw 0 0









share|improve this question









New contributor




Ul Tome is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.












I just installed Kali Linux (on /dev/sda5) in dual boot with Ubuntu (on /dev/sda2). However, now that I have Kali, Ubuntu takes a few minutes to launch, whereas Kali takes a few seconds, and I would like the contrary. How can I do that ?



Edit



Here is my /etc/fstab in Ubuntu :



# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda2 during installation
UUID=7d4d2f18-146c-4d56-b5f3-0dc605eeb9e0 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=95B2-5AED /boot/efi vfat umask=0077 0 1
# /home was on /dev/sda3 during installation
UUID=69d6623e-0bcc-4cef-8b25-e46c98210d44 /home ext4 defaults 0 2
# swap was on /dev/sda4 during installation
UUID=97913f94-1989-4c8d-b2e0-010dfb10d613 none swap sw 0 0






boot dual-boot






share|improve this question









New contributor




Ul Tome is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.











share|improve this question









New contributor




Ul Tome is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.









share|improve this question




share|improve this question








edited 2 days ago







Ul Tome













New contributor




Ul Tome is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.









asked Jan 24 at 21:33









Ul TomeUl Tome

32




32




New contributor




Ul Tome is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.





New contributor





Ul Tome is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.






Ul Tome is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.













  • Welcome to Ask Ubuntu. I have no idea, but I'd explore what you changed in installing Kali. Did you create the sda5 partition? or was it there before (primarily did you reformat it? it was accessed before in your file-system table causing Ubuntu to try & mount a now non-existing partition until it's reaches timeout as your description implies to me). We can't know what changes you made in the installation of Kali, but I'd looked at sda5 changes if I was in your position.

    – guiverc
    Jan 24 at 23:44













  • When I installed Kali, I had already created the sda5 partition and formated it in ext4. During the installation, I removed the formating of sda5 to have 30Gb of free space, and installed Kali on it.

    – Ul Tome
    2 days ago











  • My point was the formatting changed the UUID (or unique-ID of the partition which is created during format), and your Ubuntu is likely to look for & wait for the UUID of the old-partition, then eventually time-out.... ie. you need to change the UUID of your old partition, with that of the newly formatted partition. You've not amended it to reflect your new layout causing the timeouts... The first place I'd look is your file-system-table (/etc/fstab)...

    – guiverc
    2 days ago













  • I'm not sure I understood what you told me, but I added to my post the contents of my /etc/fstab, and I tried replacing the UUID of sda2 with the one of sda5, but it didn't help

    – Ul Tome
    2 days ago











  • Don't just replace or change UUIDs without checking that the UUID's match your partition UUID's. If you sudo blkid |grep UUID you'll get a list of UUID's found on your system, use these [results] to check the UUIDs mentioned in your fstab are correct (I cannot as I don't know what's on your system). I don't see sda5 mentioned in comments (lines which have a # at the start are comments or documentation) but I'd still check them all. Installations (ie. kali) often re-format swap; so you may have found this has changed, and may be your problem.

    – guiverc
    2 days ago



















  • Welcome to Ask Ubuntu. I have no idea, but I'd explore what you changed in installing Kali. Did you create the sda5 partition? or was it there before (primarily did you reformat it? it was accessed before in your file-system table causing Ubuntu to try & mount a now non-existing partition until it's reaches timeout as your description implies to me). We can't know what changes you made in the installation of Kali, but I'd looked at sda5 changes if I was in your position.

    – guiverc
    Jan 24 at 23:44













  • When I installed Kali, I had already created the sda5 partition and formated it in ext4. During the installation, I removed the formating of sda5 to have 30Gb of free space, and installed Kali on it.

    – Ul Tome
    2 days ago











  • My point was the formatting changed the UUID (or unique-ID of the partition which is created during format), and your Ubuntu is likely to look for & wait for the UUID of the old-partition, then eventually time-out.... ie. you need to change the UUID of your old partition, with that of the newly formatted partition. You've not amended it to reflect your new layout causing the timeouts... The first place I'd look is your file-system-table (/etc/fstab)...

    – guiverc
    2 days ago













  • I'm not sure I understood what you told me, but I added to my post the contents of my /etc/fstab, and I tried replacing the UUID of sda2 with the one of sda5, but it didn't help

    – Ul Tome
    2 days ago











  • Don't just replace or change UUIDs without checking that the UUID's match your partition UUID's. If you sudo blkid |grep UUID you'll get a list of UUID's found on your system, use these [results] to check the UUIDs mentioned in your fstab are correct (I cannot as I don't know what's on your system). I don't see sda5 mentioned in comments (lines which have a # at the start are comments or documentation) but I'd still check them all. Installations (ie. kali) often re-format swap; so you may have found this has changed, and may be your problem.

    – guiverc
    2 days ago

















Welcome to Ask Ubuntu. I have no idea, but I'd explore what you changed in installing Kali. Did you create the sda5 partition? or was it there before (primarily did you reformat it? it was accessed before in your file-system table causing Ubuntu to try & mount a now non-existing partition until it's reaches timeout as your description implies to me). We can't know what changes you made in the installation of Kali, but I'd looked at sda5 changes if I was in your position.

– guiverc
Jan 24 at 23:44







Welcome to Ask Ubuntu. I have no idea, but I'd explore what you changed in installing Kali. Did you create the sda5 partition? or was it there before (primarily did you reformat it? it was accessed before in your file-system table causing Ubuntu to try & mount a now non-existing partition until it's reaches timeout as your description implies to me). We can't know what changes you made in the installation of Kali, but I'd looked at sda5 changes if I was in your position.

– guiverc
Jan 24 at 23:44















When I installed Kali, I had already created the sda5 partition and formated it in ext4. During the installation, I removed the formating of sda5 to have 30Gb of free space, and installed Kali on it.

– Ul Tome
2 days ago





When I installed Kali, I had already created the sda5 partition and formated it in ext4. During the installation, I removed the formating of sda5 to have 30Gb of free space, and installed Kali on it.

– Ul Tome
2 days ago













My point was the formatting changed the UUID (or unique-ID of the partition which is created during format), and your Ubuntu is likely to look for & wait for the UUID of the old-partition, then eventually time-out.... ie. you need to change the UUID of your old partition, with that of the newly formatted partition. You've not amended it to reflect your new layout causing the timeouts... The first place I'd look is your file-system-table (/etc/fstab)...

– guiverc
2 days ago







My point was the formatting changed the UUID (or unique-ID of the partition which is created during format), and your Ubuntu is likely to look for & wait for the UUID of the old-partition, then eventually time-out.... ie. you need to change the UUID of your old partition, with that of the newly formatted partition. You've not amended it to reflect your new layout causing the timeouts... The first place I'd look is your file-system-table (/etc/fstab)...

– guiverc
2 days ago















I'm not sure I understood what you told me, but I added to my post the contents of my /etc/fstab, and I tried replacing the UUID of sda2 with the one of sda5, but it didn't help

– Ul Tome
2 days ago





I'm not sure I understood what you told me, but I added to my post the contents of my /etc/fstab, and I tried replacing the UUID of sda2 with the one of sda5, but it didn't help

– Ul Tome
2 days ago













Don't just replace or change UUIDs without checking that the UUID's match your partition UUID's. If you sudo blkid |grep UUID you'll get a list of UUID's found on your system, use these [results] to check the UUIDs mentioned in your fstab are correct (I cannot as I don't know what's on your system). I don't see sda5 mentioned in comments (lines which have a # at the start are comments or documentation) but I'd still check them all. Installations (ie. kali) often re-format swap; so you may have found this has changed, and may be your problem.

– guiverc
2 days ago





Don't just replace or change UUIDs without checking that the UUID's match your partition UUID's. If you sudo blkid |grep UUID you'll get a list of UUID's found on your system, use these [results] to check the UUIDs mentioned in your fstab are correct (I cannot as I don't know what's on your system). I don't see sda5 mentioned in comments (lines which have a # at the start are comments or documentation) but I'd still check them all. Installations (ie. kali) often re-format swap; so you may have found this has changed, and may be your problem.

– guiverc
2 days ago










1 Answer
1






active

oldest

votes


















1














Welcome to Ask Ubuntu.



I'd suggest exploring what you changed in installing Kali. Did you create the sda5 partition? or was it there before (primarily did you reformat it? it was accessed before in your file-system table causing Ubuntu to try & mount a now non-existing partition until it's reaches timeout as your description implies to me). We can't know what changes you made in the installation of Kali, but I'd look at 'sda5' changes if I was in your position.



If you re-formatted 'sda5' you'll have changed the UUID (or unique-ID of the partition; created during format), and your Ubuntu is likely looking and waiting for the UUID of the old-partition to appear, then eventually time-out.... ie. you need to change the UUID of your old partition, to that of the newly formatted partition. You've not amended it to reflect your new layout causing the timeouts... The first place I'd look is your file-system-table (/etc/fstab)..



Don't just replace or change UUIDs without checking that the UUID's match your partition UUID's. If you sudo blkid |grep UUID you'll get a list of UUID's found on your system, use these [results] to check the UUIDs mentioned in your fstab are correct. I don't see sda5 mentioned in comments (lines which have a # at the start are comments or documentation) but I'd still check them all. Installations (ie. kali) often re-format swap; so you may have found this has changed, and this may be your issue causing slow boots.



A rebuild of initramfs is your next step; I think it has UUID's built into it (update-initramfs). If boots are still slow, next i would probably rebuild grub (update-grub but this usually uses PARTUUID, but is quick and simple to re-create).



(this answer is just copied/pasted comments with minor editing)






share|improve this answer























    Your Answer








    StackExchange.ready(function() {
    var channelOptions = {
    tags: "".split(" "),
    id: "89"
    };
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function() {
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled) {
    StackExchange.using("snippets", function() {
    createEditor();
    });
    }
    else {
    createEditor();
    }
    });

    function createEditor() {
    StackExchange.prepareEditor({
    heartbeatType: 'answer',
    autoActivateHeartbeat: false,
    convertImagesToLinks: true,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: 10,
    bindNavPrevention: true,
    postfix: "",
    imageUploader: {
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    },
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    });


    }
    });






    Ul Tome is a new contributor. Be nice, and check out our Code of Conduct.










    draft saved

    draft discarded


















    StackExchange.ready(
    function () {
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1112630%2fubuntu-slow-to-boot-after-dual-boot%23new-answer', 'question_page');
    }
    );

    Post as a guest















    Required, but never shown

























    1 Answer
    1






    active

    oldest

    votes








    1 Answer
    1






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    1














    Welcome to Ask Ubuntu.



    I'd suggest exploring what you changed in installing Kali. Did you create the sda5 partition? or was it there before (primarily did you reformat it? it was accessed before in your file-system table causing Ubuntu to try & mount a now non-existing partition until it's reaches timeout as your description implies to me). We can't know what changes you made in the installation of Kali, but I'd look at 'sda5' changes if I was in your position.



    If you re-formatted 'sda5' you'll have changed the UUID (or unique-ID of the partition; created during format), and your Ubuntu is likely looking and waiting for the UUID of the old-partition to appear, then eventually time-out.... ie. you need to change the UUID of your old partition, to that of the newly formatted partition. You've not amended it to reflect your new layout causing the timeouts... The first place I'd look is your file-system-table (/etc/fstab)..



    Don't just replace or change UUIDs without checking that the UUID's match your partition UUID's. If you sudo blkid |grep UUID you'll get a list of UUID's found on your system, use these [results] to check the UUIDs mentioned in your fstab are correct. I don't see sda5 mentioned in comments (lines which have a # at the start are comments or documentation) but I'd still check them all. Installations (ie. kali) often re-format swap; so you may have found this has changed, and this may be your issue causing slow boots.



    A rebuild of initramfs is your next step; I think it has UUID's built into it (update-initramfs). If boots are still slow, next i would probably rebuild grub (update-grub but this usually uses PARTUUID, but is quick and simple to re-create).



    (this answer is just copied/pasted comments with minor editing)






    share|improve this answer




























      1














      Welcome to Ask Ubuntu.



      I'd suggest exploring what you changed in installing Kali. Did you create the sda5 partition? or was it there before (primarily did you reformat it? it was accessed before in your file-system table causing Ubuntu to try & mount a now non-existing partition until it's reaches timeout as your description implies to me). We can't know what changes you made in the installation of Kali, but I'd look at 'sda5' changes if I was in your position.



      If you re-formatted 'sda5' you'll have changed the UUID (or unique-ID of the partition; created during format), and your Ubuntu is likely looking and waiting for the UUID of the old-partition to appear, then eventually time-out.... ie. you need to change the UUID of your old partition, to that of the newly formatted partition. You've not amended it to reflect your new layout causing the timeouts... The first place I'd look is your file-system-table (/etc/fstab)..



      Don't just replace or change UUIDs without checking that the UUID's match your partition UUID's. If you sudo blkid |grep UUID you'll get a list of UUID's found on your system, use these [results] to check the UUIDs mentioned in your fstab are correct. I don't see sda5 mentioned in comments (lines which have a # at the start are comments or documentation) but I'd still check them all. Installations (ie. kali) often re-format swap; so you may have found this has changed, and this may be your issue causing slow boots.



      A rebuild of initramfs is your next step; I think it has UUID's built into it (update-initramfs). If boots are still slow, next i would probably rebuild grub (update-grub but this usually uses PARTUUID, but is quick and simple to re-create).



      (this answer is just copied/pasted comments with minor editing)






      share|improve this answer


























        1












        1








        1







        Welcome to Ask Ubuntu.



        I'd suggest exploring what you changed in installing Kali. Did you create the sda5 partition? or was it there before (primarily did you reformat it? it was accessed before in your file-system table causing Ubuntu to try & mount a now non-existing partition until it's reaches timeout as your description implies to me). We can't know what changes you made in the installation of Kali, but I'd look at 'sda5' changes if I was in your position.



        If you re-formatted 'sda5' you'll have changed the UUID (or unique-ID of the partition; created during format), and your Ubuntu is likely looking and waiting for the UUID of the old-partition to appear, then eventually time-out.... ie. you need to change the UUID of your old partition, to that of the newly formatted partition. You've not amended it to reflect your new layout causing the timeouts... The first place I'd look is your file-system-table (/etc/fstab)..



        Don't just replace or change UUIDs without checking that the UUID's match your partition UUID's. If you sudo blkid |grep UUID you'll get a list of UUID's found on your system, use these [results] to check the UUIDs mentioned in your fstab are correct. I don't see sda5 mentioned in comments (lines which have a # at the start are comments or documentation) but I'd still check them all. Installations (ie. kali) often re-format swap; so you may have found this has changed, and this may be your issue causing slow boots.



        A rebuild of initramfs is your next step; I think it has UUID's built into it (update-initramfs). If boots are still slow, next i would probably rebuild grub (update-grub but this usually uses PARTUUID, but is quick and simple to re-create).



        (this answer is just copied/pasted comments with minor editing)






        share|improve this answer













        Welcome to Ask Ubuntu.



        I'd suggest exploring what you changed in installing Kali. Did you create the sda5 partition? or was it there before (primarily did you reformat it? it was accessed before in your file-system table causing Ubuntu to try & mount a now non-existing partition until it's reaches timeout as your description implies to me). We can't know what changes you made in the installation of Kali, but I'd look at 'sda5' changes if I was in your position.



        If you re-formatted 'sda5' you'll have changed the UUID (or unique-ID of the partition; created during format), and your Ubuntu is likely looking and waiting for the UUID of the old-partition to appear, then eventually time-out.... ie. you need to change the UUID of your old partition, to that of the newly formatted partition. You've not amended it to reflect your new layout causing the timeouts... The first place I'd look is your file-system-table (/etc/fstab)..



        Don't just replace or change UUIDs without checking that the UUID's match your partition UUID's. If you sudo blkid |grep UUID you'll get a list of UUID's found on your system, use these [results] to check the UUIDs mentioned in your fstab are correct. I don't see sda5 mentioned in comments (lines which have a # at the start are comments or documentation) but I'd still check them all. Installations (ie. kali) often re-format swap; so you may have found this has changed, and this may be your issue causing slow boots.



        A rebuild of initramfs is your next step; I think it has UUID's built into it (update-initramfs). If boots are still slow, next i would probably rebuild grub (update-grub but this usually uses PARTUUID, but is quick and simple to re-create).



        (this answer is just copied/pasted comments with minor editing)







        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered yesterday









        guivercguiverc

        4,34111522




        4,34111522






















            Ul Tome is a new contributor. Be nice, and check out our Code of Conduct.










            draft saved

            draft discarded


















            Ul Tome is a new contributor. Be nice, and check out our Code of Conduct.













            Ul Tome is a new contributor. Be nice, and check out our Code of Conduct.












            Ul Tome is a new contributor. Be nice, and check out our Code of Conduct.
















            Thanks for contributing an answer to Ask Ubuntu!


            • Please be sure to answer the question. Provide details and share your research!

            But avoid



            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.


            To learn more, see our tips on writing great answers.




            draft saved


            draft discarded














            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1112630%2fubuntu-slow-to-boot-after-dual-boot%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown





















































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown

































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown







            Popular posts from this blog

            數位音樂下載

            格利澤436b

            When can things happen in Etherscan, such as the picture below?