92% of syslog is filled with message regarding 'ureadahead' ignoring relative path












32















I just turned on my laptop (using Ubuntu 15.10 64-bit) and checked syslog for today's logs. From total



$ cat /var/log/syslog | grep 'Mar 23' | wc -l
23791
$ cat /var/log/syslog | grep -P 'Mar 23.*Ignored relative path' | wc -l
21863


and the content is like:



Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:.: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:.: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:tunables: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:xdg-user-dirs.d: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:..: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:multiarch.d: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:..: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:home.d: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:..: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:..: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:abstractions: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:apparmor_api: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:..: Ignored relative path
.
.
.
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:3826/stat: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:3826/cmdline: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:list-c: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:tracing_on: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:events/fs/open_exec/enable: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:events/fs/do_sys_open/enable: Ignored relative path


Why ~%92 of my syslog is filled with such messages?










share|improve this question























  • Really Nothing?

    – Mostafa Ahangarha
    Mar 23 '16 at 17:56











  • what about sudo systemctl disable ureadahead.service

    – dashesy
    Oct 13 '16 at 1:29
















32















I just turned on my laptop (using Ubuntu 15.10 64-bit) and checked syslog for today's logs. From total



$ cat /var/log/syslog | grep 'Mar 23' | wc -l
23791
$ cat /var/log/syslog | grep -P 'Mar 23.*Ignored relative path' | wc -l
21863


and the content is like:



Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:.: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:.: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:tunables: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:xdg-user-dirs.d: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:..: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:multiarch.d: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:..: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:home.d: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:..: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:..: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:abstractions: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:apparmor_api: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:..: Ignored relative path
.
.
.
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:3826/stat: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:3826/cmdline: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:list-c: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:tracing_on: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:events/fs/open_exec/enable: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:events/fs/do_sys_open/enable: Ignored relative path


Why ~%92 of my syslog is filled with such messages?










share|improve this question























  • Really Nothing?

    – Mostafa Ahangarha
    Mar 23 '16 at 17:56











  • what about sudo systemctl disable ureadahead.service

    – dashesy
    Oct 13 '16 at 1:29














32












32








32


2






I just turned on my laptop (using Ubuntu 15.10 64-bit) and checked syslog for today's logs. From total



$ cat /var/log/syslog | grep 'Mar 23' | wc -l
23791
$ cat /var/log/syslog | grep -P 'Mar 23.*Ignored relative path' | wc -l
21863


and the content is like:



Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:.: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:.: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:tunables: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:xdg-user-dirs.d: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:..: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:multiarch.d: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:..: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:home.d: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:..: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:..: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:abstractions: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:apparmor_api: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:..: Ignored relative path
.
.
.
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:3826/stat: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:3826/cmdline: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:list-c: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:tracing_on: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:events/fs/open_exec/enable: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:events/fs/do_sys_open/enable: Ignored relative path


Why ~%92 of my syslog is filled with such messages?










share|improve this question














I just turned on my laptop (using Ubuntu 15.10 64-bit) and checked syslog for today's logs. From total



$ cat /var/log/syslog | grep 'Mar 23' | wc -l
23791
$ cat /var/log/syslog | grep -P 'Mar 23.*Ignored relative path' | wc -l
21863


and the content is like:



Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:.: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:.: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:tunables: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:xdg-user-dirs.d: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:..: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:multiarch.d: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:..: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:home.d: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:..: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:..: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:abstractions: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:apparmor_api: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:..: Ignored relative path
.
.
.
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:3826/stat: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:3826/cmdline: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:list-c: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:tracing_on: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:events/fs/open_exec/enable: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:events/fs/do_sys_open/enable: Ignored relative path


Why ~%92 of my syslog is filled with such messages?







15.10 syslog ureadahead






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Mar 23 '16 at 7:20









Mostafa AhangarhaMostafa Ahangarha

2,66352243




2,66352243













  • Really Nothing?

    – Mostafa Ahangarha
    Mar 23 '16 at 17:56











  • what about sudo systemctl disable ureadahead.service

    – dashesy
    Oct 13 '16 at 1:29



















  • Really Nothing?

    – Mostafa Ahangarha
    Mar 23 '16 at 17:56











  • what about sudo systemctl disable ureadahead.service

    – dashesy
    Oct 13 '16 at 1:29

















Really Nothing?

– Mostafa Ahangarha
Mar 23 '16 at 17:56





Really Nothing?

– Mostafa Ahangarha
Mar 23 '16 at 17:56













what about sudo systemctl disable ureadahead.service

– dashesy
Oct 13 '16 at 1:29





what about sudo systemctl disable ureadahead.service

– dashesy
Oct 13 '16 at 1:29










3 Answers
3






active

oldest

votes


















25














ureadahead does one of two things when it starts: if /var/lib/ureadahead/pack exists and isn't more than a year old, it prereads the files recorded in the pack. However, if the pack doesn't exist or is old, ureadahead runs in "trace" mode, monitoring what files are opened and recording them in the pack file to be used in future boots.



It is trace mode that puts out these messages. So, if you boot again within a year, no messages. This is why people are seeing the problem seemingly "solve itself", but they will come back in a year, and can be made to reappear by removing /var/lib/ureadahead/pack;



There's a package trigger to do this when things change in /etc/init.d, so the re-read is often done after an update. ureadahead seems to have always worked this way, but the warnings are just written to stderr, and prior to systemd and journald, the messages never went anywhere. Probably ureadahead should be changed to only put out these messages in --verbose mode, but in the meantime I worked around the file by running ureadahead in --quiet mode. I was able to do this with a systemd drop-in file: create a file named /etc/systemd/system/ureadahead.service.d/quiet.conf containing



[Service]
ExecStart=
ExecStart=/sbin/ureadahead -q





share|improve this answer





















  • 4





    Ref: bugs.launchpad.net/ubuntu/+source/ureadahead/+bug/1579580

    – Mausy5043
    Jul 30 '17 at 9:26



















3














Just apt purge ureadahead -- as of cosmic Ubuntu has given up on it. It never helped much, and for most of us who only reboot when there's an update, it never helped at all.






share|improve this answer
























  • Since it's a long time from when I posted this question, I have upgraded to newser version of Ubuntu. So I cannot verify if this would help other not. But thanks for your input. I hope it be useful for others who get into this issue

    – Mostafa Ahangarha
    Oct 22 '18 at 6:49











  • I just encountered this issue, with freshly-installed Ubuntu Server 16.04.5. Going to remove ureadahead.

    – Endrju
    Nov 4 '18 at 15:32











  • I tried to remove ureadahead as advised, however it would also remove ubuntu-minimal (this on a ubuntu 16.04)

    – Mohan Nbs
    Mar 11 at 16:13











  • ubuntu-minimal is just a pseudo-package that depends on the packages comprising a minimal Ubuntu install, one of which (in 16.04) is ureadahead. Since you already have all the minimal packages installed, removing ubuntu-minimal won't change anything. However if you don't like that, another way to stop ureadahead from running at boot would be "sudo systemctl disable ureadahead.service".

    – rfm
    Mar 12 at 18:52



















2














I would recommend canvassing the log before ureadahead starts writing to it.



My system had the same symptoms and what I found were errors relating to the lack of a Java Runtime Environment:



gnome-session[939]: javaldx: Could not find a Java Runtime Environment!


As well as errors noting the absence of a certain library: libvdpau_nvidia.so.



gnome-session[939]: Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory


What I did was install JRE8 and then create symlinks to /usr/lib/libvdpau_nvidia.so where it was being searched for. One (or both) of these actions solved the issue for me.






share|improve this answer
























  • Thank you for your answer. But I have reinstalled Ubuntu and now I'm using Ubuntu 16.04 so I cannot use your advice. Yet for some unknown reason the problem was solved after few days.

    – Mostafa Ahangarha
    Jun 3 '16 at 5:31











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
});


}
});














draft saved

draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f749224%2f92-of-syslog-is-filled-with-message-regarding-ureadahead-ignoring-relative-pa%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























3 Answers
3






active

oldest

votes








3 Answers
3






active

oldest

votes









active

oldest

votes






active

oldest

votes









25














ureadahead does one of two things when it starts: if /var/lib/ureadahead/pack exists and isn't more than a year old, it prereads the files recorded in the pack. However, if the pack doesn't exist or is old, ureadahead runs in "trace" mode, monitoring what files are opened and recording them in the pack file to be used in future boots.



It is trace mode that puts out these messages. So, if you boot again within a year, no messages. This is why people are seeing the problem seemingly "solve itself", but they will come back in a year, and can be made to reappear by removing /var/lib/ureadahead/pack;



There's a package trigger to do this when things change in /etc/init.d, so the re-read is often done after an update. ureadahead seems to have always worked this way, but the warnings are just written to stderr, and prior to systemd and journald, the messages never went anywhere. Probably ureadahead should be changed to only put out these messages in --verbose mode, but in the meantime I worked around the file by running ureadahead in --quiet mode. I was able to do this with a systemd drop-in file: create a file named /etc/systemd/system/ureadahead.service.d/quiet.conf containing



[Service]
ExecStart=
ExecStart=/sbin/ureadahead -q





share|improve this answer





















  • 4





    Ref: bugs.launchpad.net/ubuntu/+source/ureadahead/+bug/1579580

    – Mausy5043
    Jul 30 '17 at 9:26
















25














ureadahead does one of two things when it starts: if /var/lib/ureadahead/pack exists and isn't more than a year old, it prereads the files recorded in the pack. However, if the pack doesn't exist or is old, ureadahead runs in "trace" mode, monitoring what files are opened and recording them in the pack file to be used in future boots.



It is trace mode that puts out these messages. So, if you boot again within a year, no messages. This is why people are seeing the problem seemingly "solve itself", but they will come back in a year, and can be made to reappear by removing /var/lib/ureadahead/pack;



There's a package trigger to do this when things change in /etc/init.d, so the re-read is often done after an update. ureadahead seems to have always worked this way, but the warnings are just written to stderr, and prior to systemd and journald, the messages never went anywhere. Probably ureadahead should be changed to only put out these messages in --verbose mode, but in the meantime I worked around the file by running ureadahead in --quiet mode. I was able to do this with a systemd drop-in file: create a file named /etc/systemd/system/ureadahead.service.d/quiet.conf containing



[Service]
ExecStart=
ExecStart=/sbin/ureadahead -q





share|improve this answer





















  • 4





    Ref: bugs.launchpad.net/ubuntu/+source/ureadahead/+bug/1579580

    – Mausy5043
    Jul 30 '17 at 9:26














25












25








25







ureadahead does one of two things when it starts: if /var/lib/ureadahead/pack exists and isn't more than a year old, it prereads the files recorded in the pack. However, if the pack doesn't exist or is old, ureadahead runs in "trace" mode, monitoring what files are opened and recording them in the pack file to be used in future boots.



It is trace mode that puts out these messages. So, if you boot again within a year, no messages. This is why people are seeing the problem seemingly "solve itself", but they will come back in a year, and can be made to reappear by removing /var/lib/ureadahead/pack;



There's a package trigger to do this when things change in /etc/init.d, so the re-read is often done after an update. ureadahead seems to have always worked this way, but the warnings are just written to stderr, and prior to systemd and journald, the messages never went anywhere. Probably ureadahead should be changed to only put out these messages in --verbose mode, but in the meantime I worked around the file by running ureadahead in --quiet mode. I was able to do this with a systemd drop-in file: create a file named /etc/systemd/system/ureadahead.service.d/quiet.conf containing



[Service]
ExecStart=
ExecStart=/sbin/ureadahead -q





share|improve this answer















ureadahead does one of two things when it starts: if /var/lib/ureadahead/pack exists and isn't more than a year old, it prereads the files recorded in the pack. However, if the pack doesn't exist or is old, ureadahead runs in "trace" mode, monitoring what files are opened and recording them in the pack file to be used in future boots.



It is trace mode that puts out these messages. So, if you boot again within a year, no messages. This is why people are seeing the problem seemingly "solve itself", but they will come back in a year, and can be made to reappear by removing /var/lib/ureadahead/pack;



There's a package trigger to do this when things change in /etc/init.d, so the re-read is often done after an update. ureadahead seems to have always worked this way, but the warnings are just written to stderr, and prior to systemd and journald, the messages never went anywhere. Probably ureadahead should be changed to only put out these messages in --verbose mode, but in the meantime I worked around the file by running ureadahead in --quiet mode. I was able to do this with a systemd drop-in file: create a file named /etc/systemd/system/ureadahead.service.d/quiet.conf containing



[Service]
ExecStart=
ExecStart=/sbin/ureadahead -q






share|improve this answer














share|improve this answer



share|improve this answer








edited Dec 9 '16 at 19:06









serv-inc

1,6251420




1,6251420










answered Oct 22 '16 at 19:20









rfmrfm

535510




535510








  • 4





    Ref: bugs.launchpad.net/ubuntu/+source/ureadahead/+bug/1579580

    – Mausy5043
    Jul 30 '17 at 9:26














  • 4





    Ref: bugs.launchpad.net/ubuntu/+source/ureadahead/+bug/1579580

    – Mausy5043
    Jul 30 '17 at 9:26








4




4





Ref: bugs.launchpad.net/ubuntu/+source/ureadahead/+bug/1579580

– Mausy5043
Jul 30 '17 at 9:26





Ref: bugs.launchpad.net/ubuntu/+source/ureadahead/+bug/1579580

– Mausy5043
Jul 30 '17 at 9:26













3














Just apt purge ureadahead -- as of cosmic Ubuntu has given up on it. It never helped much, and for most of us who only reboot when there's an update, it never helped at all.






share|improve this answer
























  • Since it's a long time from when I posted this question, I have upgraded to newser version of Ubuntu. So I cannot verify if this would help other not. But thanks for your input. I hope it be useful for others who get into this issue

    – Mostafa Ahangarha
    Oct 22 '18 at 6:49











  • I just encountered this issue, with freshly-installed Ubuntu Server 16.04.5. Going to remove ureadahead.

    – Endrju
    Nov 4 '18 at 15:32











  • I tried to remove ureadahead as advised, however it would also remove ubuntu-minimal (this on a ubuntu 16.04)

    – Mohan Nbs
    Mar 11 at 16:13











  • ubuntu-minimal is just a pseudo-package that depends on the packages comprising a minimal Ubuntu install, one of which (in 16.04) is ureadahead. Since you already have all the minimal packages installed, removing ubuntu-minimal won't change anything. However if you don't like that, another way to stop ureadahead from running at boot would be "sudo systemctl disable ureadahead.service".

    – rfm
    Mar 12 at 18:52
















3














Just apt purge ureadahead -- as of cosmic Ubuntu has given up on it. It never helped much, and for most of us who only reboot when there's an update, it never helped at all.






share|improve this answer
























  • Since it's a long time from when I posted this question, I have upgraded to newser version of Ubuntu. So I cannot verify if this would help other not. But thanks for your input. I hope it be useful for others who get into this issue

    – Mostafa Ahangarha
    Oct 22 '18 at 6:49











  • I just encountered this issue, with freshly-installed Ubuntu Server 16.04.5. Going to remove ureadahead.

    – Endrju
    Nov 4 '18 at 15:32











  • I tried to remove ureadahead as advised, however it would also remove ubuntu-minimal (this on a ubuntu 16.04)

    – Mohan Nbs
    Mar 11 at 16:13











  • ubuntu-minimal is just a pseudo-package that depends on the packages comprising a minimal Ubuntu install, one of which (in 16.04) is ureadahead. Since you already have all the minimal packages installed, removing ubuntu-minimal won't change anything. However if you don't like that, another way to stop ureadahead from running at boot would be "sudo systemctl disable ureadahead.service".

    – rfm
    Mar 12 at 18:52














3












3








3







Just apt purge ureadahead -- as of cosmic Ubuntu has given up on it. It never helped much, and for most of us who only reboot when there's an update, it never helped at all.






share|improve this answer













Just apt purge ureadahead -- as of cosmic Ubuntu has given up on it. It never helped much, and for most of us who only reboot when there's an update, it never helped at all.







share|improve this answer












share|improve this answer



share|improve this answer










answered Oct 22 '18 at 6:40









rfmrfm

535510




535510













  • Since it's a long time from when I posted this question, I have upgraded to newser version of Ubuntu. So I cannot verify if this would help other not. But thanks for your input. I hope it be useful for others who get into this issue

    – Mostafa Ahangarha
    Oct 22 '18 at 6:49











  • I just encountered this issue, with freshly-installed Ubuntu Server 16.04.5. Going to remove ureadahead.

    – Endrju
    Nov 4 '18 at 15:32











  • I tried to remove ureadahead as advised, however it would also remove ubuntu-minimal (this on a ubuntu 16.04)

    – Mohan Nbs
    Mar 11 at 16:13











  • ubuntu-minimal is just a pseudo-package that depends on the packages comprising a minimal Ubuntu install, one of which (in 16.04) is ureadahead. Since you already have all the minimal packages installed, removing ubuntu-minimal won't change anything. However if you don't like that, another way to stop ureadahead from running at boot would be "sudo systemctl disable ureadahead.service".

    – rfm
    Mar 12 at 18:52



















  • Since it's a long time from when I posted this question, I have upgraded to newser version of Ubuntu. So I cannot verify if this would help other not. But thanks for your input. I hope it be useful for others who get into this issue

    – Mostafa Ahangarha
    Oct 22 '18 at 6:49











  • I just encountered this issue, with freshly-installed Ubuntu Server 16.04.5. Going to remove ureadahead.

    – Endrju
    Nov 4 '18 at 15:32











  • I tried to remove ureadahead as advised, however it would also remove ubuntu-minimal (this on a ubuntu 16.04)

    – Mohan Nbs
    Mar 11 at 16:13











  • ubuntu-minimal is just a pseudo-package that depends on the packages comprising a minimal Ubuntu install, one of which (in 16.04) is ureadahead. Since you already have all the minimal packages installed, removing ubuntu-minimal won't change anything. However if you don't like that, another way to stop ureadahead from running at boot would be "sudo systemctl disable ureadahead.service".

    – rfm
    Mar 12 at 18:52

















Since it's a long time from when I posted this question, I have upgraded to newser version of Ubuntu. So I cannot verify if this would help other not. But thanks for your input. I hope it be useful for others who get into this issue

– Mostafa Ahangarha
Oct 22 '18 at 6:49





Since it's a long time from when I posted this question, I have upgraded to newser version of Ubuntu. So I cannot verify if this would help other not. But thanks for your input. I hope it be useful for others who get into this issue

– Mostafa Ahangarha
Oct 22 '18 at 6:49













I just encountered this issue, with freshly-installed Ubuntu Server 16.04.5. Going to remove ureadahead.

– Endrju
Nov 4 '18 at 15:32





I just encountered this issue, with freshly-installed Ubuntu Server 16.04.5. Going to remove ureadahead.

– Endrju
Nov 4 '18 at 15:32













I tried to remove ureadahead as advised, however it would also remove ubuntu-minimal (this on a ubuntu 16.04)

– Mohan Nbs
Mar 11 at 16:13





I tried to remove ureadahead as advised, however it would also remove ubuntu-minimal (this on a ubuntu 16.04)

– Mohan Nbs
Mar 11 at 16:13













ubuntu-minimal is just a pseudo-package that depends on the packages comprising a minimal Ubuntu install, one of which (in 16.04) is ureadahead. Since you already have all the minimal packages installed, removing ubuntu-minimal won't change anything. However if you don't like that, another way to stop ureadahead from running at boot would be "sudo systemctl disable ureadahead.service".

– rfm
Mar 12 at 18:52





ubuntu-minimal is just a pseudo-package that depends on the packages comprising a minimal Ubuntu install, one of which (in 16.04) is ureadahead. Since you already have all the minimal packages installed, removing ubuntu-minimal won't change anything. However if you don't like that, another way to stop ureadahead from running at boot would be "sudo systemctl disable ureadahead.service".

– rfm
Mar 12 at 18:52











2














I would recommend canvassing the log before ureadahead starts writing to it.



My system had the same symptoms and what I found were errors relating to the lack of a Java Runtime Environment:



gnome-session[939]: javaldx: Could not find a Java Runtime Environment!


As well as errors noting the absence of a certain library: libvdpau_nvidia.so.



gnome-session[939]: Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory


What I did was install JRE8 and then create symlinks to /usr/lib/libvdpau_nvidia.so where it was being searched for. One (or both) of these actions solved the issue for me.






share|improve this answer
























  • Thank you for your answer. But I have reinstalled Ubuntu and now I'm using Ubuntu 16.04 so I cannot use your advice. Yet for some unknown reason the problem was solved after few days.

    – Mostafa Ahangarha
    Jun 3 '16 at 5:31
















2














I would recommend canvassing the log before ureadahead starts writing to it.



My system had the same symptoms and what I found were errors relating to the lack of a Java Runtime Environment:



gnome-session[939]: javaldx: Could not find a Java Runtime Environment!


As well as errors noting the absence of a certain library: libvdpau_nvidia.so.



gnome-session[939]: Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory


What I did was install JRE8 and then create symlinks to /usr/lib/libvdpau_nvidia.so where it was being searched for. One (or both) of these actions solved the issue for me.






share|improve this answer
























  • Thank you for your answer. But I have reinstalled Ubuntu and now I'm using Ubuntu 16.04 so I cannot use your advice. Yet for some unknown reason the problem was solved after few days.

    – Mostafa Ahangarha
    Jun 3 '16 at 5:31














2












2








2







I would recommend canvassing the log before ureadahead starts writing to it.



My system had the same symptoms and what I found were errors relating to the lack of a Java Runtime Environment:



gnome-session[939]: javaldx: Could not find a Java Runtime Environment!


As well as errors noting the absence of a certain library: libvdpau_nvidia.so.



gnome-session[939]: Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory


What I did was install JRE8 and then create symlinks to /usr/lib/libvdpau_nvidia.so where it was being searched for. One (or both) of these actions solved the issue for me.






share|improve this answer













I would recommend canvassing the log before ureadahead starts writing to it.



My system had the same symptoms and what I found were errors relating to the lack of a Java Runtime Environment:



gnome-session[939]: javaldx: Could not find a Java Runtime Environment!


As well as errors noting the absence of a certain library: libvdpau_nvidia.so.



gnome-session[939]: Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory


What I did was install JRE8 and then create symlinks to /usr/lib/libvdpau_nvidia.so where it was being searched for. One (or both) of these actions solved the issue for me.







share|improve this answer












share|improve this answer



share|improve this answer










answered Jun 3 '16 at 1:15









FLMFLM

213




213













  • Thank you for your answer. But I have reinstalled Ubuntu and now I'm using Ubuntu 16.04 so I cannot use your advice. Yet for some unknown reason the problem was solved after few days.

    – Mostafa Ahangarha
    Jun 3 '16 at 5:31



















  • Thank you for your answer. But I have reinstalled Ubuntu and now I'm using Ubuntu 16.04 so I cannot use your advice. Yet for some unknown reason the problem was solved after few days.

    – Mostafa Ahangarha
    Jun 3 '16 at 5:31

















Thank you for your answer. But I have reinstalled Ubuntu and now I'm using Ubuntu 16.04 so I cannot use your advice. Yet for some unknown reason the problem was solved after few days.

– Mostafa Ahangarha
Jun 3 '16 at 5:31





Thank you for your answer. But I have reinstalled Ubuntu and now I'm using Ubuntu 16.04 so I cannot use your advice. Yet for some unknown reason the problem was solved after few days.

– Mostafa Ahangarha
Jun 3 '16 at 5:31


















draft saved

draft discarded




















































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%2f749224%2f92-of-syslog-is-filled-with-message-regarding-ureadahead-ignoring-relative-pa%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

Category:香港粉麵

List *all* the tuples!

Channel [V]