File system not responsive for short time after boot


up vote
0
down vote
favorite
my question concerns Ubuntu 16.04.
After every boot I can view my folders and files on my HDD as intended.
After 1 min of proper usage the file system becomes unresponsive for around 25 seconds. Then it works fine again infinitely.
How can I reach to the source of this issue? Any suggestions?
Just tell me if I should add any more information regarding my setup.
16.04 boot hard-drive filesystem
add a comment |Â
up vote
0
down vote
favorite
my question concerns Ubuntu 16.04.
After every boot I can view my folders and files on my HDD as intended.
After 1 min of proper usage the file system becomes unresponsive for around 25 seconds. Then it works fine again infinitely.
How can I reach to the source of this issue? Any suggestions?
Just tell me if I should add any more information regarding my setup.
16.04 boot hard-drive filesystem
Sounds like an@reboot
cronjob to me. Have you tried System Monitor? The Processes tab has various disk columns (r/w). Perhaps you can see there which process does the disk I/O.
â PerlDuck
Mar 18 at 11:19
What is the output of dmesg command
â Debian_yadav
Mar 18 at 11:20
Welcome to Ask Ubuntu! :-) What is the output ofsudo smartctl --all /dev/sda
Ifsudo: smartctl: command not found
typesudo apt install smartmontools
and try again.
â Fabby
Mar 18 at 12:11
Thank you all for your quick answers! With the help of @PerlDuck I saw that megasync required a lot of disk space. And this is already the cause for the unresponsiveness: It seems like my cloud sync program has to initialize (check) all corresponding directories. Guess I cannot solve it, I just have to be patient after a boot :)
â Chris
Mar 18 at 12:21
You may have a look ationice
. It can throttle a program's I/O greediness so that other processes aren't affected too much.
â PerlDuck
Mar 18 at 13:02
add a comment |Â
up vote
0
down vote
favorite
up vote
0
down vote
favorite
my question concerns Ubuntu 16.04.
After every boot I can view my folders and files on my HDD as intended.
After 1 min of proper usage the file system becomes unresponsive for around 25 seconds. Then it works fine again infinitely.
How can I reach to the source of this issue? Any suggestions?
Just tell me if I should add any more information regarding my setup.
16.04 boot hard-drive filesystem
my question concerns Ubuntu 16.04.
After every boot I can view my folders and files on my HDD as intended.
After 1 min of proper usage the file system becomes unresponsive for around 25 seconds. Then it works fine again infinitely.
How can I reach to the source of this issue? Any suggestions?
Just tell me if I should add any more information regarding my setup.
16.04 boot hard-drive filesystem
16.04 boot hard-drive filesystem
asked Mar 18 at 11:11
Chris
1
1
Sounds like an@reboot
cronjob to me. Have you tried System Monitor? The Processes tab has various disk columns (r/w). Perhaps you can see there which process does the disk I/O.
â PerlDuck
Mar 18 at 11:19
What is the output of dmesg command
â Debian_yadav
Mar 18 at 11:20
Welcome to Ask Ubuntu! :-) What is the output ofsudo smartctl --all /dev/sda
Ifsudo: smartctl: command not found
typesudo apt install smartmontools
and try again.
â Fabby
Mar 18 at 12:11
Thank you all for your quick answers! With the help of @PerlDuck I saw that megasync required a lot of disk space. And this is already the cause for the unresponsiveness: It seems like my cloud sync program has to initialize (check) all corresponding directories. Guess I cannot solve it, I just have to be patient after a boot :)
â Chris
Mar 18 at 12:21
You may have a look ationice
. It can throttle a program's I/O greediness so that other processes aren't affected too much.
â PerlDuck
Mar 18 at 13:02
add a comment |Â
Sounds like an@reboot
cronjob to me. Have you tried System Monitor? The Processes tab has various disk columns (r/w). Perhaps you can see there which process does the disk I/O.
â PerlDuck
Mar 18 at 11:19
What is the output of dmesg command
â Debian_yadav
Mar 18 at 11:20
Welcome to Ask Ubuntu! :-) What is the output ofsudo smartctl --all /dev/sda
Ifsudo: smartctl: command not found
typesudo apt install smartmontools
and try again.
â Fabby
Mar 18 at 12:11
Thank you all for your quick answers! With the help of @PerlDuck I saw that megasync required a lot of disk space. And this is already the cause for the unresponsiveness: It seems like my cloud sync program has to initialize (check) all corresponding directories. Guess I cannot solve it, I just have to be patient after a boot :)
â Chris
Mar 18 at 12:21
You may have a look ationice
. It can throttle a program's I/O greediness so that other processes aren't affected too much.
â PerlDuck
Mar 18 at 13:02
Sounds like an
@reboot
cronjob to me. Have you tried System Monitor? The Processes tab has various disk columns (r/w). Perhaps you can see there which process does the disk I/O.â PerlDuck
Mar 18 at 11:19
Sounds like an
@reboot
cronjob to me. Have you tried System Monitor? The Processes tab has various disk columns (r/w). Perhaps you can see there which process does the disk I/O.â PerlDuck
Mar 18 at 11:19
What is the output of dmesg command
â Debian_yadav
Mar 18 at 11:20
What is the output of dmesg command
â Debian_yadav
Mar 18 at 11:20
Welcome to Ask Ubuntu! :-) What is the output of
sudo smartctl --all /dev/sda
If sudo: smartctl: command not found
type sudo apt install smartmontools
and try again.â Fabby
Mar 18 at 12:11
Welcome to Ask Ubuntu! :-) What is the output of
sudo smartctl --all /dev/sda
If sudo: smartctl: command not found
type sudo apt install smartmontools
and try again.â Fabby
Mar 18 at 12:11
Thank you all for your quick answers! With the help of @PerlDuck I saw that megasync required a lot of disk space. And this is already the cause for the unresponsiveness: It seems like my cloud sync program has to initialize (check) all corresponding directories. Guess I cannot solve it, I just have to be patient after a boot :)
â Chris
Mar 18 at 12:21
Thank you all for your quick answers! With the help of @PerlDuck I saw that megasync required a lot of disk space. And this is already the cause for the unresponsiveness: It seems like my cloud sync program has to initialize (check) all corresponding directories. Guess I cannot solve it, I just have to be patient after a boot :)
â Chris
Mar 18 at 12:21
You may have a look at
ionice
. It can throttle a program's I/O greediness so that other processes aren't affected too much.â PerlDuck
Mar 18 at 13:02
You may have a look at
ionice
. It can throttle a program's I/O greediness so that other processes aren't affected too much.â PerlDuck
Mar 18 at 13:02
add a comment |Â
active
oldest
votes
active
oldest
votes
active
oldest
votes
active
oldest
votes
active
oldest
votes
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1016969%2ffile-system-not-responsive-for-short-time-after-boot%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sounds like an
@reboot
cronjob to me. Have you tried System Monitor? The Processes tab has various disk columns (r/w). Perhaps you can see there which process does the disk I/O.â PerlDuck
Mar 18 at 11:19
What is the output of dmesg command
â Debian_yadav
Mar 18 at 11:20
Welcome to Ask Ubuntu! :-) What is the output of
sudo smartctl --all /dev/sda
Ifsudo: smartctl: command not found
typesudo apt install smartmontools
and try again.â Fabby
Mar 18 at 12:11
Thank you all for your quick answers! With the help of @PerlDuck I saw that megasync required a lot of disk space. And this is already the cause for the unresponsiveness: It seems like my cloud sync program has to initialize (check) all corresponding directories. Guess I cannot solve it, I just have to be patient after a boot :)
â Chris
Mar 18 at 12:21
You may have a look at
ionice
. It can throttle a program's I/O greediness so that other processes aren't affected too much.â PerlDuck
Mar 18 at 13:02