On 01/29/2019 11:36 AM, Neal Becker wrote:
I got working again by deleting a bunch of files. I think there is some
other way I can get more metadata space for btrfs, but not sure about that.
Report it as a bug. If it's actually expected behavior, somebody will
probably tell you how to deal w
Finally got to the root problem. It seems I'm running on btrfs (single
device), and the metadata became too full. This causes WIERD behavior - df
would switch between sometimes showing 50% free space and 0% free.
Operations would mysteriously fail with NOSPC even though there was loads of
fr
Some more info:
df
Filesystem 1K-blocks Used Available Use% Mounted on
devtmpfs 3905924 0 3905924 0% /dev
tmpfs3920940 0 3920940 0% /dev/shm
tmpfs3920940 9740 3911200 1% /run
tmpfs3920940 0 3920940 0%
After attempting today's updates, the system is almost unusable. The
problems seem to be caused by journal. I see messages like the above.
I tried rm /var/log/journal//* hoping it would clear up. But after
several reboots I still see such messages.
kde won't start at all. I'm using mate
I have a rsync script running every day, and I also get this error in
the script. what does it mean?
.cache/chromium/Default/Cache$ ls
ls: cannot access f_1e: Input/output error
ls: cannot access f_20: Input/output error
ls: cannot access f_21: Input/output error
ls: cannot access
I use ext4 filesystem
2011/4/23 charles zeitler
> --
>
> Do what thou wilt
> shall be the whole of the Law.
>
>
>
> On Thu, Apr 21, 2011 at 1:42 PM, Leon Legorreta
> wrote:
> > I appreciate your help Charles Zeitler, use FSCK the problem was in / var
> > since they had some bad blocks,
>
> gl
--
Do what thou wilt
shall be the whole of the Law.
On Thu, Apr 21, 2011 at 1:42 PM, Leon Legorreta
wrote:
> I appreciate your help Charles Zeitler, use FSCK the problem was in / var
> since they had some bad blocks,
glad i could help...
what kind of filesystem(s) are you using?
charles z
; Package xscreensaver-gl-base.i686 1:5.12-14. BC14 set to be updated
---> Package xscreensaver-gl-extras.i686 1:5.12-14. BC14 set to be updated
[Errno 5] Input / output error
Verify the spaces of my LV's and well:
[root@leon /]# df -h
S.ficherosSize Used Avail Use% Montad
I have no problems with swap, I'll try the fsck.
thanks
top - 15:05:33 up 3:25, 2 users, load average: 0.10, 0.14, 0.09
Tasks: 208 total, 1 running, 207 sleeping, 0 stopped, 0 zombie
Cpu(s): 3.3%us, 3.8%sy, 0.0%ni, 93.0%id, 0.0%wa, 0.0%hi, 0.0%si,
0.0%st
Mem: 2052888k total, 156
--
Do what thou wilt
shall be the whole of the Law.
On Mon, Apr 18, 2011 at 2:28 PM, Leon Legorreta
wrote:
> I'm trying to update packages are only 33MB
>
how's your swap holding out?
if that's not the problem,
try a fsck on vg_leon-LogVol00, vg_leon-LogVol03
and vg_leon-LogVol04
also, you
my fedora 14,
> > since wanting to update with "yum" sends me the following error:
> >
> >
> > [Errno 5] Input / output error
> >
> >
> >
> > --
> > Leon Legorreta
> >
> > --
>
>
>
> are you trying to update p
--
Do what thou wilt
shall be the whole of the Law.
On Thu, Apr 14, 2011 at 6:45 PM, Leon Legorreta
wrote:
> Hello, I hope you can help me, I have a problem to update my fedora 14,
> since wanting to update with "yum" sends me the following error:
>
>
> [Errn
et to be updated
---> Package xscreensaver-gl-extras.i686 1:5.12-14. BC14 set to be updated
[Errno 5] Input / output error
Verify the spaces of my LV's and well:
[root@leon /]# df -h
S.ficherosSize Used Avail Use% Montado en
/dev/mapper/vg_leon-LogVol00
9,7G
On 7/20/2010 9:31 AM, Tim wrote:
> On Mon, 2010-07-19 at 23:29 -0700, JD wrote:
>> What I also do to reduce the likelihood of a bad burn, is I reduce
>> the burn speed to 2x. Burning at 52X (cdr) or 22X (dvdr) will have
>> a higher likelihood of a bad burn. Some will say this is bunk. I say
>> I ha
On Mon, 2010-07-19 at 23:29 -0700, JD wrote:
> What I also do to reduce the likelihood of a bad burn, is I reduce
> the burn speed to 2x. Burning at 52X (cdr) or 22X (dvdr) will have
> a higher likelihood of a bad burn. Some will say this is bunk. I say
> I have proven it in practice.
Seconded! A
On 07/19/2010 11:20 PM, D Wyatt wrote:
> Well, I'm no less confused, but ...
>
> Despite the fact that the first iso compared w/o error to the
> originating directory after being mounted, i went ahead and
> recreated the iso and burned another dvd+r from that.
>
> The new dvd now compares w/ no e
Well, I'm no less confused, but ...
Despite the fact that the first iso compared w/o error to the
originating directory after being mounted, i went ahead and
recreated the iso and burned another dvd+r from that.
The new dvd now compares w/ no errors to the original directory.
I hate apparent no
27;t fit. Also, Imgburn worked on
Fedora 7 flawlessly. )
The disk that prompts this posting gives an input/output error
on a file when I run a diff -r comparing it to the original HD
directory. The file that is associated with the i/o error is
near the 'end' of the diff.
This
Hello,
During playing urbanterror my fedora 12 system locks up.
Nvidia graphics card: Geforce GT 220.
Kernel:2.6.31.12-174.2.3.fc12.x86_64 (It also crashes with other kernels)
When i execute a command, like top, i get an read/write error.
How can i detect what is causing this problem.
Faust
19 matches
Mail list logo
