again on the mailing list for
>>discussion about the debian-install system:
>> https://lists.debian.org/debian-boot/
I sent an email to the list with the subject: "set the number of inodes during
FS creation via pressed (specify_usage)"
Regards,
Thierry
On Mon, 15 Nov 2021 at 00:32, phoebus phoebus wrote:
> Thanks for the update.
> >>From there I found this file for bullseye:
> >> https://preseed.debian.net/debian-preseed/bullseye/amd64-main-full.txt
> >>which contains this stanza which appears to match your description:
> I tryed to adapt li
On Sun 14 Nov 2021 at 13:32:45 (+), phoebus phoebus wrote:
> 1024 1024 2048 ext4 \
> lv_name{ var+logc } \
> method{ lvm } format{ } \
> use_filesystem{ } filesystem{ ext4 } \
> mountpoint{ /var/logc } \
> options/nodev{ nodev } \
> options/nosuid{
---
but it apply to all FS.
/etc/mke2fs.con also indicates the values:
news = {
inode_ratio = 4096
}
largefile = {
inode_ratio = 10485
On Sun, 14 Nov 2021 at 04:10, David Wright wrote:
> On Sat 13 Nov 2021 at 00:31:42 (+), phoebus phoebus wrote:
> > Do you know if it possible to set the number of inodes to create in
> > the filesystem during the installalation with the pressed file?
> > If i start
On Sat 13 Nov 2021 at 00:31:42 (+), phoebus phoebus wrote:
> Do you know if it possible to set the number of inodes to create in the
> filesystem during the installalation with the pressed file?
>
> If i start from this example for the filesystem /var/log, how to set numbers
2021-11-13 5:31 GMT+05:00, phoebus phoebus :
> Do you know if it possible to set the number of inodes to create in the
> filesystem during the installalation with the pressed file?
You may try create fs in another console and use in without formatting.
--
Stanislav
Hello all,
Do you know if it possible to set the number of inodes to create in the
filesystem during the installalation with the pressed file?
If i start from this example for the filesystem /var/log, how to set numbers of
inodes inside it ?
500 550 1024 ext4
0GB root filesystem has 2½million inodes (13% used),
> and /home (180GB) has 11½million (3%). So I'm not too apprehensive
> about any future demise of mbox format. (Obviously, running a mailing
> list or news server would be a different matter.)
Thanks for the information, but, darn, I
file, while maildir stores each email in a separate file.
>
> I suppose that, for someone who was going to archive a lot of mail and store
> it in maildir format, they might have to consider more inodes (i.e., the news
> option).
>
> (Even further aside: I am worried that wh
Le 25/08/2019 à 14:10, rhkra...@gmail.com a écrit :
I suppose that, for someone who was going to archive a lot of mail and store
it in maildir format, they might have to consider more inodes (i.e., the news
option).
Probably. Or use a filesystem type such as Btrfs or XFS which, unlike
ext
in
> > an usual desktop environment ?
>
> I don’t think there’s any difference between SSD and spinning disk (for the
> particular question of how many inodes are needed).
>
> If your planned usage is “typical” then, for either type of hardware,
> “typical usage” is the right choi
On Tue, 2018-02-06 at 09:56 +1300, Ben Caradoc-Davies wrote:
> On 06/02/18 04:52, Stephen P. Molnar wrote:
> > I installed memtest86+ and ran it with all of the defaults. It
> > took
> > over an hour, but no errors were reported.
>
> Please try parallel memtester and stress. These found memory er
On 06/02/18 04:52, Stephen P. Molnar wrote:
I installed memtest86+ and ran it with all of the defaults. It took
over an hour, but no errors were reported.
Please try parallel memtester and stress. These found memory errors for
me that were not found by memtest86+.
In *eight* terminal window
On 06/02/18 07:32, David Wright wrote:
I'm not in the habit of upgrading BIOS/UEFI on my computers.
(I do have {amd64,intel}-microcode installed.) What old or
buggy code would I be running when booting a linux installation?
(I accept that Grub has to run, and the kernel and initramfs be
found, in
On Mon, 2018-02-05 at 19:40 +0100, Felipe Salvador wrote:
> On Sun, Feb 04, 2018 at 11:06:21PM -0200, Henrique de Moraes Holschuh
> wrote:
> > On Sun, 04 Feb 2018, Stephen P. Molnar wrote:
> > > I am running Debian Stretch on am eight thread AMD GPU platform.
> > > Lately, it seems if I have been p
On Sun, Feb 04, 2018 at 11:06:21PM -0200, Henrique de Moraes Holschuh wrote:
> On Sun, 04 Feb 2018, Stephen P. Molnar wrote:
> > I am running Debian Stretch on am eight thread AMD GPU platform.
> > Lately, it seems if I have been plagued by surfeit of orphaned nodes.
>
> That means:
>
> 1. "unlin
On Mon 05 Feb 2018 at 14:45:17 (-0200), Henrique de Moraes Holschuh wrote:
> On Mon, 05 Feb 2018, Stephen P. Molnar wrote:
> > I am rather hesitant about updating the BIOS/UFEI. In fact I can't
> > seem to find an upgrade for the FX-8320 on the AMD web site.
>
> An update, if any are available,
On 2/4/18, Henrique de Moraes Holschuh wrote:
> On Sun, 04 Feb 2018, Stephen P. Molnar wrote:
>> I am running Debian Stretch on am eight thread AMD GPU platform.
>> Lately, it seems if I have been plagued by surfeit of orphaned nodes.
>
> That means:
>
> 1. "unlinked" files or directories were sti
Stephen P. Molnar:
>
> I installed memtest86+ and ran it with all of the defaults. It took
> over an hour, but no errors were reported.
That's not long enough. From what I have read you should let it run for
a day or so and even then you cannot be sure that there are no memory
errors.
> I am ra
up to you, really. Your system is clearly misbehaving (unless
you like to power it off improperly or something, in which case the
orphan inodes are *expected* and you should have told us that first
thing :p).
--
Henrique Holschuh
On Mon, 2018-02-05 at 10:15 +1300, Ben Caradoc-Davies wrote:
> On 05/02/18 09:49, Stephen P. Molnar wrote:
> > They seem to happen when I am
> > running four or more apps at the same time.
>
> I would never expect to see orphaned inodes except after a system
> c
On Sun, 2018-02-04 at 23:06 -0200, Henrique de Moraes Holschuh wrote:
> On Sun, 04 Feb 2018, Stephen P. Molnar wrote:
> > I am running Debian Stretch on am eight thread AMD GPU platform.
> > Lately, it seems if I have been plagued by surfeit of orphaned
> > nodes.
>
> That means:
>
> 1. "unlinked
(cue the cries of protest from
> various
> corners that super-duper-dijeridoo-fs isn't exotic, and that I'm a
> dinosaur) but ext4 is in very wide use and as far as I know, stable.
>
> Anyway worth confirming what filesystem(s) is/are actually on the
> disks
> where
On Sun, 2018-02-04 at 20:45 -0500, Gene Heskett wrote:
> On Sunday 04 February 2018 15:49:36 Stephen P. Molnar wrote:
>
> > I am running Debian Stretch on am eight thread AMD GPU platform.
> > Lately, it seems if I have been plagued by surfeit of orphaned
> nodes.
> >
> > I have goggled the causes
lks
reading the Debian-users list.
I always shut down the system with the Shutdown command. The only
exception would be a locked system, which is the only recourse I know
of for orphaned inodes?
--
Stephen P. Molnar, Ph.D.
Consultant
www.molecular-modeling.net
(614)312-7528 (c)
Skype: smolnar1
Stephen P. Molnar wrote:
> Can anyone give me some guidance in what I should be looking for? It
> would be much appreciated.
>From my experience most probably inappropriate shutdown (no unmount when
shutdown).
How do you shutdown your machine?
Can you try without systemd (just install sysvinit a
On 2/4/18 12:49 PM, Stephen P. Molnar wrote:
receiving warning messages from the OS,
Please post the warning messages from the OS, and identify where they
are coming from.
Please run 'mount' and post the prompt, the command, and the relevant
portions of the output. Please do the same for
ion not uncommonly on boot-up,
and I suspect it's from this cause, for the simple reason that most of
my shutdowns are unclean; specifically, most of my shutdowns are due to
power loss. I don't tend to shut the machine down on purpose very often.
I don't find it surprising that o
On Sunday 04 February 2018 15:49:36 Stephen P. Molnar wrote:
> I am running Debian Stretch on am eight thread AMD GPU platform.
> Lately, it seems if I have been plagued by surfeit of orphaned nodes.
>
> I have goggled the causes. cures and prevention, but have gotten no
> results that make any se
On Sun, 04 Feb 2018, Stephen P. Molnar wrote:
> I am running Debian Stretch on am eight thread AMD GPU platform.
> Lately, it seems if I have been plagued by surfeit of orphaned nodes.
That means:
1. "unlinked" files or directories were still open when the filesystem
had to be shutdown/made re
as I know, stable.
Anyway worth confirming what filesystem(s) is/are actually on the disks
where orphaned inodes are occurring. If it is something more unusual,
you might have found a bug in the filesystem. Also, do you use
encryption on your disks eg LUKS?
Just a couple of thoughts
Mark
On 05/02/18 09:49, Stephen P. Molnar wrote:
They seem to happen when I am
running four or more apps at the same time.
I would never expect to see orphaned inodes except after a system crash
or kernel memory corruption. How did you test your CPU and RAM? Do you
see any other symptoms such as
I am running Debian Stretch on am eight thread AMD GPU platform.
Lately, it seems if I have been plagued by surfeit of orphaned nodes.
I have goggled the causes. cures and prevention, but have gotten no
results that make any sense to me. I've been using computer since the
early 1960's but am an or
On 2014-05-24, John Hasler wrote:
> Tony Baldwin writes:
>> They DO show ads. They just don't do the tracking and the
>> filtering/manipulation of your search results.
>
> You know this how?
They were awarded the European Privacy Seal, which apparently is
based on verifiable criteria, if you're
On Sun, 2014-05-25 at 00:04 +0200, Ralf Mardorf wrote:
> On Sat, 2014-05-24 at 22:31 +0100, Padraig Rocks wrote:
>
> > If one has an objection to using google (privacy, tracking, cookies)
> > is it not a little hypocritical to use Startpage which is still
> > relying on Google search anyway ?
>
On Sat, 2014-05-24 at 22:31 +0100, Padraig Rocks wrote:
> If one has an objection to using google (privacy, tracking, cookies)
> is it not a little hypocritical to use Startpage which is still
> relying on Google search anyway ?
Yesno, it is and it isn't at the same time, if you ask this questio
On Saturday, 24 May 2014, Tony Baldwin wrote:
> On Sat, May 24, 2014 at 12:29:39PM -0500, John Hasler wrote:
> > Reco writes:
> > > He meant that StartPage wants anybody to believe that they don't show
> > > any ads, don't place any cookies, they don't use any javascript on
> > > their site, and
Tony Baldwin writes:
> Startpage proxies google results, so it already brings you those
> results without all the filtering, manipulating, tracking, etc. with
> no further effort on your part to block that crap.
Since I always block all that crap no further effort is required.
--
John Hasler
jha
Tony Baldwin writes:
> They DO show ads. They just don't do the tracking and the
> filtering/manipulation of your search results.
You know this how?
--
John Hasler
jhas...@newsguy.com
Elmwood, WI USA
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubsc
On Sat, May 24, 2014 at 12:29:39PM -0500, John Hasler wrote:
> Reco writes:
> > He meant that StartPage wants anybody to believe that they don't show
> > any ads, don't place any cookies, they don't use any javascript on
> > their site, and of course, they would not track anyone while they're
> > l
On Sat, May 24, 2014 at 07:34:18AM -0500, John Hasler wrote:
> I wrote:
> > Google search works just fine with all ads, cookies, scripts, and
> > trackers blocked.
>
> Chris Bannister writes:
> > It's probably easier to use https://startpage.com/ :-)
>
> How is that easier?
Startpage proxies goo
Hi.
On Sat, 24 May 2014 12:29:39 -0500
John Hasler wrote:
> Reco writes:
> > He meant that StartPage wants anybody to believe that they don't show
> > any ads, don't place any cookies, they don't use any javascript on
> > their site, and of course, they would not track anyone while they're
> >
Reco writes:
> He meant that StartPage wants anybody to believe that they don't show
> any ads, don't place any cookies, they don't use any javascript on
> their site, and of course, they would not track anyone while they're
> lifting Google's search results.
But I always block ads, cookies, scrip
On Sat, May 24, 2014 at 07:34:18AM -0500, John Hasler wrote:
> I wrote:
> > Google search works just fine with all ads, cookies, scripts, and
> > trackers blocked.
>
> Chris Bannister writes:
> > It's probably easier to use https://startpage.com/ :-)
>
> How is that easier?
They do it all for yo
Hi.
On Sat, 24 May 2014 07:34:18 -0500
John Hasler wrote:
> I wrote:
> > Google search works just fine with all ads, cookies, scripts, and
> > trackers blocked.
>
> Chris Bannister writes:
> > It's probably easier to use https://startpage.com/ :-)
>
> How is that easier?
He meant that StartP
On 24/05/14 23:04, Jerry Stuckle wrote:
> On 5/23/2014 11:41 PM, Richard Hector wrote:
>> On 24/05/14 12:27, Jerry Stuckle wrote:
>>> So, where is it storing files now? Just because they aren't in /tmp
>>> doesn't mean they don't exist - and won't e
I wrote:
> Google search works just fine with all ads, cookies, scripts, and
> trackers blocked.
Chris Bannister writes:
> It's probably easier to use https://startpage.com/ :-)
How is that easier?
--
John Hasler
jhas...@newsguy.com
Elmwood, WI USA
--
To UNSUBSCRIBE, email to debian-user-req
On 24/05/14 12:04, Jerry Stuckle wrote:
> On 5/23/2014 11:41 PM, Richard Hector wrote:
>> On 24/05/14 12:27, Jerry Stuckle wrote:
>>> So, where is it storing files now? Just because they aren't in /tmp
>>> doesn't mean they don't exist - and won't e
On 5/23/2014 11:41 PM, Richard Hector wrote:
On 24/05/14 12:27, Jerry Stuckle wrote:
So, where is it storing files now? Just because they aren't in /tmp
doesn't mean they don't exist - and won't eventually use up your inodes.
Except that if they're in the
On Vi, 23 mai 14, 20:05:57, Tony Baldwin wrote:
>
> I found that /etc/apache2/php5.ini had session.save_path set to "/tmp".
> I rent a server from contabo, where this line is commented out, so I
> commented it out here on the little home server.
> No more sess files are being written to /tmp.
> I'
On Fri, May 23, 2014 at 09:59:40PM -0500, John Hasler wrote:
> Joel Rees writes:
> > The question of how evil google is/was/is becoming aside...
>
> Google search works just fine with all ads, cookies, scripts, and
> trackers blocked.
It's probably easier to use https://startpage.com/ :-)
--
"I
On 24/05/14 12:27, Jerry Stuckle wrote:
> So, where is it storing files now? Just because they aren't in /tmp
> doesn't mean they don't exist - and won't eventually use up your inodes.
Except that if they're in the 'normal' place (/var/lib/php5), there
Joel Rees writes:
> The question of how evil google is/was/is becoming aside...
Google search works just fine with all ads, cookies, scripts, and
trackers blocked.
--
John Hasler
jhas...@newsguy.com
Elmwood, WI USA
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subje
the box, and found that the "disk is full" (thus could not
>> > write to disk).
>> > df -h showed nothing of the sort, but df -i showed that / was 100% full of
>> > inodes.
>> > I'v e since found that apache2 is writing files with names of a natur
gt; > write to disk).
> > df -h showed nothing of the sort, but df -i showed that / was 100% full of
> > inodes.
> > I'v e since found that apache2 is writing files with names of a nature like
> > sess_908H908NF90821089HGARBleddygo0KH3r3
> > in /tmp at a rate
d that / was 100% full of
> inodes.
> I'v e since found that apache2 is writing files with names of a nature like
> sess_908H908NF90821089HGARBleddygo0KH3r3
> in /tmp at a rate of about 20 or 30 files/minute.
> [...]
Does searching the web for "sess files" produce any
ing of the sort, but df -i showed that / was 100% full of
inodes.
I'v e since found that apache2 is writing files with names of a nature like
sess_908H908NF90821089HGARBleddygo0KH3r3
in /tmp at a rate of about 20 or 30 files/minute.
They can't be session files for users on my sites on
f -i showed that / was 100% full of
> inodes.
> I'v e since found that apache2 is writing files with names of a nature like
> sess_908H908NF90821089HGARBleddygo0KH3r3
> in /tmp at a rate of about 20 or 30 files/minute.
> They can't be session files for users on my sites on th
Yesterday I could not log into a site on a little server here in my office.
I ssh-ed to the box, and found that the "disk is full" (thus could not write to
disk).
df -h showed nothing of the sort, but df -i showed that / was 100% full of
inodes.
I'v e since found that apache2 i
On 21/05/14 09:22, theartloy wrote:
> Just a data point, this behaviour has changed;
>
> wheezy's mke2fs(8) has this:
>> > Be warned that it is not possible to expand the number of inodes
>> > on a filesystem after it is created, so be careful deciding the
>&
On 5/20/2014 12:00 PM, Richard Hector wrote:
> On 21/05/14 04:24, Sven Hartge wrote:
...
> I like to create filesystems relatively small, on LVM, so that any of
> them can be grown later, when I find out where the space is needed. But
> extending an ext(2|3|4) filesystem doesn't
On 20/05/14 18:00, Richard Hector wrote:
> I like to create filesystems relatively small, on LVM, so that any of
> them can be grown later, when I find out where the space is needed. But
> extending an ext(2|3|4) filesystem doesn't create new inodes, so the
> ratio of inodes to
>
>> Will 'mkfs' create "enough" inodes? Or, would it be better to, say,
>> split the 2TB into four 500GB file systems. Or, some other approach?
>
> I have in my 15 years as Linux admin only run out if inodes in two
> cases:
>
> a) INN2 usenet
Kenneth Jacker wrote:
> I am buying two new SATA hard drives: 1TB and 2TB.
> I'd like to use the 2TB unit for backups (typical Linux directories
> and files) ... with just a single file system (ext4 most likely).
> Will 'mkfs' create "enough" inodes? Or
I am buying two new SATA hard drives: 1TB and 2TB.
I'd like to use the 2TB unit for backups (typical Linux directories and
files) ... with just a single file system (ext4 most likely).
Will 'mkfs' create "enough" inodes? Or, would it be better to, say,
split the
to work on ext2/ext3 partitions with 256 inodes.
My favorite, Ext2 IFS, calls >128 inodes a new feature of the latest kernel.
The suggested workaround:
|Currently there is only one workaround: Please backup the files and create
|the Ext3 file system again. Give the mkfs.ext3 tool the I 128
On Wed March 17 2010 17:34:50 Mike Bird wrote:
> (1) You don't have an inode shortage. You have 99%/89%/99% inodes free.
> (2) You can confirm this with "df -i".
> (3) Hardlinks do not consume any inodes, only directory space.
> (4) You're short of blocks (not inod
guess it is those hardlinks
> that are consuming the inodes.
(1) You don't have an inode shortage. You have 99%/89%/99% inodes free.
(2) You can confirm this with "df -i".
(3) Hardlinks do not consume any inodes, only directory space.
(4) You're short of blocks (not inodes) on yo
On 20100317_222432, Siju George wrote:
> On Wed, Mar 17, 2010 at 9:14 PM, Stefan Monnier
> wrote:
> >> I am runnig backuppc on this server and I guess it is those hardlinks
> >> that are consuming the inodes.
> >
> > hardlinks do not use inodes (they o
On Wed, Mar 17, 2010 at 9:14 PM, Stefan Monnier
wrote:
>> I am runnig backuppc on this server and I guess it is those hardlinks
>> that are consuming the inodes.
>
> hardlinks do not use inodes (they only use up space in the directory in
> which they appear). But ev
> I am runnig backuppc on this server and I guess it is those hardlinks
> that are consuming the inodes.
hardlinks do not use inodes (they only use up space in the directory in
which they appear). But every symlink and every directory does use an
inode.
Stefan
--
To UNSUB
those hardlinks
>> that are consuming the inodes.
>> Is there any way to increase the inode nos?
>
> If this is extX, AFAIK you have to back up you data, re-run mkfs with
> "-N " to change the inode count, and restore your data.
May as well use "mkfs.xfs&quo
/boot 173 GB (99% inode=99%):
>> > I am runnig backuppc on this server and I guess it is those hardlinks
>> > that are consuming the inodes.
>> > Is there any way to increase the inode nos?
>>
>> If this is extX, AFAIK you have to back up you data,
ver and I guess it is those hardlinks
> > that are consuming the inodes.
> > Is there any way to increase the inode nos?
>
> If this is extX, AFAIK you have to back up you data, re-run mkfs with
> "-N " to change the inode count, and restore your data.
>
Thanks
> I got this warning from nagios about one of my debian systems
> DISK WARNING - free space: /var 426 GB (54% inode=99%): / 6 GB (1%
> inode=89%): /boot 173 GB (99% inode=99%):
> I am runnig backuppc on this server and I guess it is those hardlinks
> that are consuming the inodes.
Hi,
I got this warning from nagios about one of my debian systems
DISK WARNING - free space: /var 426 GB (54% inode=99%): / 6 GB (1%
inode=89%): /boot 173 GB (99% inode=99%):
I am runnig backuppc on this server and I guess it is those hardlinks
that are consuming the inodes.
Is there any way to
Am 2008-03-09 19:57:03, schrieb postid:
> Again, my apologies, this time for not supplying more complete
> info. I'm using ext3, running Sarge on an IBM R40 laptop along
> with Knoppix (hd install) and WinXP (for encrypted DVDs.
Why not use libdvdcss2 insteard of WinXP?
Note:
I had a R40-2328
On Mon, Mar 10, 2008 at 08:41:02PM -0700, David Fox wrote:
> On 3/10/08, postid <[EMAIL PROTECTED]> wrote:
> > Isn't this a bit of a security breach? Anyone booting my laptop
> > would have potential access to my files. Would a person using
> > this shell have root privileges?
>
> You would only b
On Mon, Mar 10, 2008 at 09:34:14PM +, postid wrote:
> Douglas A. Tutty wrote:
> >On Sun, Mar 09, 2008 at 07:57:03PM +, postid wrote:
> >
> >>Douglas A. Tutty wrote:
> >>>On Sun, Mar 09, 2008 at 03:59:45PM +, postid wrote:
> >>>The magic keystrokes just sync the disks, they do not unmoun
Rich Healey wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
postid wrote:
Douglas A. Tutty wrote:
On Sun, Mar 09, 2008 at 03:59:45PM +, postid wrote:
For the second time in a month I got an error message
indicating bad inodes and had to fsck manually.
I've had bad inodes b
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/10/08 16:34, postid wrote:
> Douglas A. Tutty wrote:
[snip]
>>
>> Edit the kernel command line, add init=/bin/sh
>> When the kernel boots, instead of runing /bin/init, it will run /bin/sh
>> and give you a shell, no password required.
>
> Isn't
On 3/10/08, postid <[EMAIL PROTECTED]> wrote:
> Isn't this a bit of a security breach? Anyone booting my laptop
> would have potential access to my files. Would a person using
> this shell have root privileges?
You would only be running in init=/bin/sh temporarily, long enough to
fix the issue, t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
postid wrote:
> Douglas A. Tutty wrote:
>> On Sun, Mar 09, 2008 at 03:59:45PM +, postid wrote:
>>
>>> For the second time in a month I got an error message
>>> indicating bad inodes and had to fsck manually.
>&
Douglas A. Tutty wrote:
On Sun, Mar 09, 2008 at 07:57:03PM +, postid wrote:
Douglas A. Tutty wrote:
On Sun, Mar 09, 2008 at 03:59:45PM +, postid wrote:
The magic keystrokes just sync the disks, they do not unmount the
filesystems. Thus, things can become corrupted. If it were me
On Sun, Mar 09, 2008 at 07:57:03PM +, postid wrote:
> Douglas A. Tutty wrote:
> >On Sun, Mar 09, 2008 at 03:59:45PM +, postid wrote:
> >The magic keystrokes just sync the disks, they do not unmount the
> >filesystems. Thus, things can become corrupted. If it were me, after
> >such a rebo
Douglas A. Tutty wrote:
On Sun, Mar 09, 2008 at 03:59:45PM +, postid wrote:
For the second time in a month I got an error message
indicating bad inodes and had to fsck manually.
I've had bad inodes before not long after a failure to load
my PCMCIA modem (which resulted in endless
Mike Bird wrote:
On Sun March 9 2008 08:59:45 postid wrote:
Any ideas as to what causes such problems? Is it that PCMCIA
loading problem, my hard drive dying, an OS problem or
a software problem?
ext2? ext3? ... If ext2, I'd suggest adding a journal.
--Mike Bird
ext3
--
To UNSUBSCRIB
On Sun, Mar 09, 2008 at 03:59:45PM +, postid wrote:
> For the second time in a month I got an error message
> indicating bad inodes and had to fsck manually.
>
> I've had bad inodes before not long after a failure to load
> my PCMCIA modem (which resulted in endless erro
On Sun March 9 2008 08:59:45 postid wrote:
> Any ideas as to what causes such problems? Is it that PCMCIA
> loading problem, my hard drive dying, an OS problem or
> a software problem?
ext2? ext3? ... If ext2, I'd suggest adding a journal.
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTEC
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/09/08 10:59, postid wrote:
> Greetings:
[snip]
>
> Any ideas as to what causes such problems? Is it that PCMCIA
> loading problem, my hard drive dying, an OS problem or
> a software problem?
Inattentive parents? Republican budget cuts? Sex, d
Greetings:
For the second time in a month I got an error message
indicating bad inodes and had to fsck manually.
I've had bad inodes before not long after a failure to load
my PCMCIA modem (which resulted in endless error messages on
boot) and before I knew alt sysrq-r -s -e -i -u -b an
; of why a full inode table would be treated the same as a full partition.
> Will have to look in some unix lore maybe...
A small sensible set of kernel error codes makes it possible for
applications to respond sensibly to errors. If every application
had to worry about different errors for
On Fri, Jul 20, 2007 at 10:54:00PM -0600, Bob Proulx wrote:
> Kevin Mark wrote:
> > A general Linux question: why does Linux report 'out of space' error
> > when it runs out of inodes? Can't it distinguish between the 2
> > conditions to give the correct
Kevin Mark wrote:
> A general Linux question: why does Linux report 'out of space' error
> when it runs out of inodes? Can't it distinguish between the 2
> conditions to give the correct message or is there some other issue?
> Just curious as I just go this after making
question: why does Linux report 'out of space' error
>>> when it runs out of inodes? Can't it distinguish between the 2
>>> conditions to give the correct message or is there some other issue?
>>> Just curious as I just go this after making 1,000,000 small
On Fri, Jul 20, 2007 at 06:53:20PM -0500, Ron Johnson wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 07/20/07 18:13, Kevin Mark wrote:
> > A general Linux question: why does Linux report 'out of space' error
> > when it runs out of inodes?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/20/07 18:13, Kevin Mark wrote:
> A general Linux question: why does Linux report 'out of space' error
> when it runs out of inodes? Can't it distinguish between the 2
> conditions to give the correct message or is there
A general Linux question: why does Linux report 'out of space' error
when it runs out of inodes? Can't it distinguish between the 2
conditions to give the correct message or is there some other issue?
Just curious as I just go this after making 1,000,000 small test files
and got
David Dawson wrote:
> Running Debian Etch on an AMD Athlon 2100+ ECS motherboard with 3 hard
> disks, the 40 G original hard disk was showing inodes date in future on a
> user forced fsck.
> The reason the user forced the fsck was because of a system sluggishness
> he suspect
1 - 100 of 147 matches
Mail list logo