** Description changed: Hello shortlog: If a new user installs ubuntu and as post-installation task runs the - available updates there is big chance he'll be getting a new Kernel tool - – this means that the initRAMFS will be updated. + available updates he certainly gets a new Kernel too – this means that + the initRAMFS will be updated. Depending on the Hardware equipment, this can be a rather timely + CPU consuming process. - The chance to believe the PC stalls is at high risk w/o visual - feedback. + The chance to believe the PC stalls is at high risk w/o visual feedback. If the electricty or internet-connection fails to work - and the process was interupted, the system will call for a $ E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem If the user does so, he gets no visul feedback in terms of a progressbar - - this could be possible! + - this could be possible in the terminal! - - Remember the Knoppix CD, where the boot-process in itself is visible? - https://www.youtube.com/watch?v=rPsFmMFwScU @ 5min11sec + Remember the Knoppix CD, where the boot-process in itself is visible? + https://www.youtube.com/watch?v=rPsFmMFwScU @ 5min11sec the progress bar in question is visible. It can build trust to see that a process is evolving - even the - Redomond-guys respect this with W10 - giving a feedback to the user - - not just a blinking cursor. + Redmond-guys respect this - still with W10 - giving a feedback to the + user - not just a blinking cursor. Thinking this would not be to timely to implement. Thanks for making Ubuntu better every day!
** Summary changed: - Visibility of update progress during "update-initramfs" not given + Visibility of progress during "update-initramfs" not given ** Description changed: Hello shortlog: If a new user installs ubuntu and as post-installation task runs the available updates he certainly gets a new Kernel too – this means that the initRAMFS will be updated. Depending on the Hardware equipment, this can be a rather timely + CPU consuming process. The chance to believe the PC stalls is at high risk w/o visual feedback. If the electricty or internet-connection fails to work - and the process was interupted, the system will call for a $ E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem If the user does so, he gets no visul feedback in terms of a progressbar - this could be possible in the terminal! Remember the Knoppix CD, where the boot-process in itself is visible? https://www.youtube.com/watch?v=rPsFmMFwScU @ 5min11sec the progress bar in question is visible. It can build trust to see that a process is evolving - even the - Redmond-guys respect this - still with W10 - giving a feedback to the - user - not just a blinking cursor. + Redmond-guys respect this - still with W10 - giving a visual feedback to + the user - not just a blinking cursor. Thinking this would not be to timely to implement. Thanks for making Ubuntu better every day! ** Description changed: Hello shortlog: If a new user installs ubuntu and as post-installation task runs the available updates he certainly gets a new Kernel too – this means that the initRAMFS will be updated. Depending on the Hardware equipment, this can be a rather timely + CPU consuming process. The chance to believe the PC stalls is at high risk w/o visual feedback. If the electricty or internet-connection fails to work - and the process was interupted, the system will call for a $ E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem If the user does so, he gets no visul feedback in terms of a progressbar - this could be possible in the terminal! - Remember the Knoppix CD, where the boot-process in itself is visible? - https://www.youtube.com/watch?v=rPsFmMFwScU @ 5min11sec the progress bar in question is visible. + Remember the Knoppix CD, where the boot-process in itself was visible? + https://www.youtube.com/watch?v=rPsFmMFwScU @ 5min11sec the progress bar in question is visible. (Source: Semper-Video - Knoppix Tettungs-CD, 2008/07) It can build trust to see that a process is evolving - even the Redmond-guys respect this - still with W10 - giving a visual feedback to the user - not just a blinking cursor. Thinking this would not be to timely to implement. Thanks for making Ubuntu better every day! ** Description changed: Hello shortlog: If a new user installs ubuntu and as post-installation task runs the available updates he certainly gets a new Kernel too – this means that the initRAMFS will be updated. Depending on the Hardware equipment, this can be a rather timely + CPU consuming process. The chance to believe the PC stalls is at high risk w/o visual feedback. If the electricty or internet-connection fails to work - and the process was interupted, the system will call for a $ E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem If the user does so, he gets no visul feedback in terms of a progressbar - this could be possible in the terminal! Remember the Knoppix CD, where the boot-process in itself was visible? - https://www.youtube.com/watch?v=rPsFmMFwScU @ 5min11sec the progress bar in question is visible. (Source: Semper-Video - Knoppix Tettungs-CD, 2008/07) + https://www.youtube.com/watch?v=rPsFmMFwScU @ 5min11sec the progress bar in question is visible. (Source: Semper-Video - Knoppix Rettungs-CD, 2008/07) It can build trust to see that a process is evolving - even the Redmond-guys respect this - still with W10 - giving a visual feedback to the user - not just a blinking cursor. Thinking this would not be to timely to implement. Thanks for making Ubuntu better every day! -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1517305 Title: Visibility of progress during "update-initramfs" not given To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/initramfs-tools-ubuntu-core/+bug/1517305/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
