You are not logged in.
I just installed the third Arch release of this kernel and the disk errors haven't reappeared.
Offline
It was mentioned on the mailing list and I'll bring it up here because it happened to me. All four of my ext4 partitions threw the "primary superblock features different from backup" error and ran the disk check. Three out of four were on the second boot after installing the new kernel, that last on the third. I searched around and most of the hits were related to ext4-dev (or whatever it was called). Is anyone else here seeing this?
Just to clarify -- does this cause data loss, or just failure to mount?
Are you familiar with our Forum Rules, and How To Ask Questions The Smart Way?
BlueHackers // fscanary // resticctl
Offline
skottish wrote:It was mentioned on the mailing list and I'll bring it up here because it happened to me. All four of my ext4 partitions threw the "primary superblock features different from backup" error and ran the disk check. Three out of four were on the second boot after installing the new kernel, that last on the third. I searched around and most of the hits were related to ext4-dev (or whatever it was called). Is anyone else here seeing this?
Just to clarify -- does this cause data loss, or just failure to mount?
Fails to mount (error)--> restarts computer automatically--> runs disk check--> finds no errors (in my case)-- > boots normally.
I haven't had a chance to look at what the default settings are for ext4 now; I'm mounting with 'defaults'. Maybe something changed upstream?
Offline
I haven't looked either, but you could grep though this for ext4.
Offline
I haven't looked either, but you could grep though this for ext4.
It's a good idea, but there's far too many hits for a decent search. So, I'll either have to read the whole document or do it the scientific way: ignore it and hope that it goes away. I like the latter.
Offline
Y'all know what i'll be doing this weekend...tweaking and breaking! (the kernel)....and the install in general
Last edited by dr/owned (2009-03-27 05:34:15)
Offline
After upgrading, I have some very odd X server issues. But they may be related to upgrades of other packages. I'm using the intel driver so we'll see if updates to intel-dri and xf86-video-intel down the road can fix this.
Offline
After upgrading, I have some very odd X server issues. But they may be related to upgrades of other packages. I'm using the intel driver so we'll see if updates to intel-dri and xf86-video-intel down the road can fix this.
It probably is the intel drivers. It seems like everyone is having issues ranging from quirky to disastrous.
Offline
Why kms is not enabled by default on ARCH testing Kernel?
Excuse my poor English.
Offline
Why kms is not enabled by default on ARCH testing Kernel?
from http://kernelnewbies.org/Linux_2_6_29
In the X.org side, it's even more difficult. Because when the kernel modesetting support is enabled, it is /!\ REQUIRED /!\ that the X.org driver also has modesetting support. If you enable kernel modesetting and you don't have a modesetting-enabled driver, X.org will NOT be able to work in any way and it even may crash your machine. There's no way to workaround this, except disabling kernel modesetting (running a modesetting enabled X.org driver in a modesetting disabled kernel is allowed). Right now, only the Intel driver seems to have a stable release with modesetting support, alpha support is being worked on for other drivers.
imho kms should be disabled until majority of drivers can work or be enought stable.
Last edited by wonder (2009-03-30 23:39:40)
Give what you have. To someone, it may be better than you dare to think.
Offline
Enablling kms in kernel requires kms-enabled userland. And its quite buggy. A kms enabled kernel will probably crash if userland does not support kms.
I suspect they will enable kms in intel driver/libdrm/... first. So people could try building their kms enabled kernel and test it. THEN a kms-enabled kernel will be provided.
KMS requires way to much things updated. Its too big of a risk.
Offline
is btrfs stable?
Offline
Careful, networking seems to be broken http://thread.gmane.org/gmane.linux.ker … cus=811417
Yea, it seems to be like that. I'm getting very poor performances with my wireless card (b43). Transfer goes up to 200KB/s top. Wired network seems to be ok.
ArchLinux x86_64 | scripts | .configs | cyber space | Last.FM | deviantART
Offline
is btrfs stable?
No.
Are you familiar with our Forum Rules, and How To Ask Questions The Smart Way?
BlueHackers // fscanary // resticctl
Offline
is btrfs stable?
The disk format isn't even settled yet! Easy, tiger (Well, it's done most likely, but they're still waiting before setting it in stone to make sure it has no huge flaws).
Remember, ext4 was merged into the main kernel two years ago... 2.6.28 was just when it was marked as stable. Btrfs is like ext4 from two years ago. Worse, actually. ext4 was still based off ext2/3 - not nearly as big a departure from previous filesystems as Btrfs - and Btrfs has far more features being worked on.
Btrfs aims to be the ZFS of Linux, but even if it was stable now (and nothing else), it's slower than molasses compared to most other filesystems now. ZFS is slower than most common FSes too, even on Solaris or FreeBSD, but not to the extent that Btrfs is. Don't worry, I'm sure they'll work on optimizing it before it's done, that's just not their main goal
Offline
Enablling kms in kernel requires kms-enabled userland. And its quite buggy. A kms enabled kernel will probably crash if userland does not support kms.
I suspect they will enable kms in intel driver/libdrm/... first. So people could try building their kms enabled kernel and test it. THEN a kms-enabled kernel will be provided.
KMS requires way to much things updated. Its too big of a risk.
if wanna try KMS, where can find the option to enable KMS?
Offline
if wanna try KMS, where can find the option to enable KMS?
For the userland tools I really don't know. Intel's driver had a --enable-kms back in the 2.4 or 2.5 days, but now it does not exist anymore. So I don't know what needs to be done. Same things for the rest. I think you need dri2 and GEM...
As for the kernel, its easy:
│ │ Device Drivers --->
│ │ Graphics support --->
│ │ <*> Direct Rendering Manager (XFree86 4.1.0 and higher DRI support) --->
│ │ <*> Intel 830M, 845G, 852GM, 855GM, 865G (i915 driver) ---> │ │
│ │ i915 driver │ │
│ │ [*] Enable modesetting on intel by default
Offline
For everyone asking about KMS, check out this thread. There may be something helpful there:
Offline
sa wrote:is btrfs stable?
The disk format isn't even settled yet! Easy, tiger (Well, it's done most likely, but they're still waiting before setting it in stone to make sure it has no huge flaws).
Remember, ext4 was merged into the main kernel two years ago... 2.6.28 was just when it was marked as stable. Btrfs is like ext4 from two years ago. Worse, actually. ext4 was still based off ext2/3 - not nearly as big a departure from previous filesystems as Btrfs - and Btrfs has far more features being worked on.
Btrfs aims to be the ZFS of Linux, but even if it was stable now (and nothing else), it's slower than molasses compared to most other filesystems now. ZFS is slower than most common FSes too, even on Solaris or FreeBSD, but not to the extent that Btrfs is. Don't worry, I'm sure they'll work on optimizing it before it's done, that's just not their main goal
Hmm, I did not know that... thanks for sharing!
Offline
Cypher wrote:if wanna try KMS, where can find the option to enable KMS?
For the userland tools I really don't know. Intel's driver had a --enable-kms back in the 2.4 or 2.5 days, but now it does not exist anymore. So I don't know what needs to be done. Same things for the rest. I think you need dri2 and GEM...
As for the kernel, its easy:
│ │ Device Drivers ---> │ │ Graphics support ---> │ │ <*> Direct Rendering Manager (XFree86 4.1.0 and higher DRI support) ---> │ │ <*> Intel 830M, 845G, 852GM, 855GM, 865G (i915 driver) ---> │ │ │ │ i915 driver │ │ │ │ [*] Enable modesetting on intel by default
tnkz, now im recompiling 2.6.29 to test KMS.
in intel i trust
Offline
in intel i trust
I lost faith not long ago abotu kms...
Offline
Cypher wrote:in intel i trust
I lost faith not long ago abotu kms...
works but have some problems: kdm4 shows garbage so you have problems to read things like "user" and "password", cant splashy works so have to disable and somethimes when you change from vt1 to vt7 kdm restart. But the text in vt1(init3) looks really nice
Offline
My laptop screen is 15 inches but 1920x1200. So a 10pt font looks waaaaay to small. Last time I tried kms on it I could not see anything...
Offline
ZFS is slower than most common FSes too, even on Solaris or FreeBSD, but not to the extent that Btrfs is. Don't worry, I'm sure they'll work on optimizing it before it's done, that's just not their main goal
Any benchmarks to back this up?
Offline
Ranguvar wrote:ZFS is slower than most common FSes too, even on Solaris or FreeBSD, but not to the extent that Btrfs is. Don't worry, I'm sure they'll work on optimizing it before it's done, that's just not their main goal
Any benchmarks to back this up?
Google is all I have Keep in mind that if the benchmarks of ZFS are on Linux, you're looking at ZFS hacked into FUSE, and not even optimized for FUSE, so it's hard to compare. If you really want to see ZFS's performance, you have to look at in on OpenSolaris or FreeBSD. It won't make a huge difference. but it's there.
http://kerneltrap.org/mailarchive/linux … 524/thread (FUSE)
I don't know a ton about high-end filesystem benchmarking, mail traiffc and such, but it seems those are situations in which ZFS can dominate. No clue.
Wait... looking at more stuff, ZFS might actually be _fast_. I have no clue anymore.
http://www.phoronix.com/scan.php?page=a … 2008&num=1
http://www.phoronix.com/scan.php?page=a … 2008&num=6
Offline