Kernel panic on boot with kernel 3.4

[nathanvy]

Hi folks.

Updated recently to kernel 3.4 and getting kernel panic on boot.

Loading Fedora (3.4.2-1.fc16.x86_64)
Loading initial ramdisk...
[    9.224897] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
....

3.3.x works fine, so I don't think it's a filesystem problem.

Please help!

[FireDragon]

Looks like it can't mount the rootfs...
Could be a driver problem..
Or maybe the kernel parameters, I guess it's easier to check these first.

[nathanvy]

Sure thing. Can I get a list of them without rebooting and writing down what Grub says?

Grub2 confuses me.

[FireDragon]

Shure you can...
They are in /etc./grub2.conf
Look for the line linux /vmlinuz<kernel-version + arch> root=UUID=
To get the UUID of your root-fs you can:

ls -l /dev/disk/by-uuid

or

blkid <partition>

[Silvino]

After setting a lot of data in ERP ADempiere, exported dump and copied to a directory of my home. The application was
running as normal on the local machine, but when trying to run on a machine in the same network, the iptables was blocking the connection, both the application and the PostgreSQL databases.

When trying to allow for various forms ports postgres 5432, 1099 rmiactivation, 8080 the webcache, iptables refused to work, so I decided to uninstall iptables then install again in an attempt to correct any error occurred.

What was my great disappointment, "yum remove iptables" removed 665 packages that were removed at the end My home partition!

I spent two whole weeks optimizing my Fedora 16 on my new HP notebook Probook 6560b, and only lacked access another larger screen notebook to capture screens to illustrate the book I write about this ERP.
The only thing was not working was the fingerprint.

As a Linux distribution can allow such this bug type? This is a ABSURD!

My mistake was not backed up immediately to any procedure, now I have nothing on the home directory, update of the book, the corrected database with the aid of a friend co developer and two weeks of work lost.

Here is my protest by the rush of those responsible for distro in generating new versions and did not test all bugs from the previous version, which to become stable, is no longer available for new installations, the repository is removed. I had to install the cinnamon because I am a developer and interface gnome3 is more for Tablet than for a desktop.

Here's a question I would like to see answered:
Still remains the /var/lib/ pgsql, it will be possible to recover the database by tar this directory in a new installation?

Things as this, difficult to continue using Fedora.

Silvino Benevides Magalhaes

[Silvino]

Solved, recovered using Fedora 17 live CD and a reinstallation of Fedora 16, but is strange all these dependencies. I hope some improvments about this.

Tanks,

Silvino Benevides Magalhães