this post was submitted on 14 Oct 2024
57 points (98.3% liked)

Linux

47730 readers
1145 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
57
submitted 2 days ago* (last edited 2 days ago) by evasync@lemmy.world to c/linux@lemmy.ml
 

Im giving a go fedora silverblue on a new laptop but Im unable to boot (and since im a linux noob the first thing i tried was installing it fresh again but that didnt resolve it).

its a single drive partitioned to ext4 and encrypted with luks (its basically the default config from the fedora installation)

any ideas for things to try?

you are viewing a single comment's thread
view the rest of the comments
[–] mvirts@lemmy.world 1 points 1 day ago* (last edited 1 day ago) (1 children)

20 or 30 generations 😹

I have space for 1 😭

Edit: you've got me worried now, is the behavior you're referring to normal running out of inodes behavior or some sort of bug? Is this specific to ext4 or does it also affect btrfs nix stores?

I've run across the information that ext4 can be created with extra inodes but cannot add inodes to an existing filesystem.

[–] velox_vulnus@lemmy.ml 1 points 23 hours ago (1 children)

From Re: Guix System ext4 index full:

Vincent Legoll 写道:

I think the filesystem (or directory) is full of inodes.

No, but it's a similar hard limit, and one that not even ‘df -i’ will warn you about.

Ext4's dir_index feature uses hash tables to look up directory entries, so that for directories with a very large number of items (like /gnu/store!), the kernel doesn't have to do the horribly slow equivalent of:

for i in *; do …; done

Unfortunately, once that hash table fills up, the premier stable Linux file system just… gives up and refuses to write any more data. In a very cryptic way.

The large_dir flag ‘increases the limit’ (the man page does not say by how much) but it doesn't go away.

Your hash table is full of eels,

T G-R

[–] mvirts@lemmy.world 1 points 23 hours ago

Thank you for providing the quote!!