This most likely indicative of SD Card corruption. To rule out the obvious make sure the card is fully inserted. Suggestions covering Ubuntu on the Pi are likely to be worth trying as well.
– Steve RobillardFeb 1 '16 at 9:13

Check, Now I get a different error Starting init: /sbin/init exists but couldn't execute it (error -5). I also tried inserting it in my (windows) laptop, it gave one of those generic scan for errors popup, which I did. Now It's this error.
– janwFeb 1 '16 at 9:31

To quote: "Debian can be considered the rock upon which Ubuntu is built.", so Debian answers would probably relate to Ubuntu, and vice versa... :-)
– GreenonlineFeb 1 '16 at 11:34

Check the permissions on the /sbin/init file. Also, is the /sbin directory in the same partition as the /boot and / partitions?
– GreenonlineFeb 1 '16 at 11:45

4 Answers
4

The root filesystem used by the kernel is incorrect. On the pi this is specified in cmdline.txt (on the first partition) by root= and for Raspbian should be mmcblk0p2. The rootfstype should be ext4.

Solution: Correct the root filesystem parameter.

The root filesystem is corrupt.

Solution: Run e2fsck on the root filesystem (using another computer).

The init file, /sbin/init (sometimes a symlink) or some necessary linked dependency has been moved or erased.

Solution: If you did this, put it back. If you did not, reinstall the OS.

In most cases for most people these are things you can easily check in order, but if this fails, reinstall the OS. It is unrecoverable by you.

However, in your particular case there appears to be a kernel failure of some sort leading up to this; for a more normal example of a truly missing or bad init, see here. So you could try replacing kernel7.img (that's for the Pi 2, which I think this is) with a fresh one, e.g., from a clean image; most likely the required modules will still be installed on your system.

I suggest before you do anything, if possible, you try another SD card with a fresh image on it since this failure could be the result of hardware failure (e.g. bad RAM) and you need to rule that out before you waste time on other things.

I've found people with this problem, but those are mostly ubuntu and solutions won't seem to apply to debian. I could be wrong on that.

Mostly no (as in, they do apply) and yes (i.e., you're wrong), although there is a broad range of possible causes. Depending on which era you are talking about, Ubuntu and Debian use different init systems (the first paragraph of that article also describes the essence of your problem, which is true regardless of which init system would have been used) -- one of SysV, Upstart (Ubuntu only) or systemd.

A fresh SD boots. I tried your 3 options I think I need a reinstall screenshot. Is there a way to check for bad ram?
– janwFeb 1 '16 at 15:52

Perhaps but if a fresh SD boots that is almost certainly not the problem. Particularly since the rootfs in that screenshot looks fubar'd. You could try #2 (e2fsck) but if that does not work then game over, reinstall. The SD card could be defunct too, I am not sure if there is a good way to test for this, but a clue would be if fsck reports a lot of bad blocks; do the normal fix first and/or re-install, then try e2fsck -c (see man e2fsck) or use badblocks. Note you cannot fix or blacklist them on an SD card, there is no point adding them to a list. The card is defunct.
– goldilocks♦Feb 1 '16 at 15:59

Follow the commands in this link, and find out in which partition is the OS installed and then give that partition number in the cmdline.txt file in your Raspberry and reboot. This is the only solution which worked.

This is almost a link only answer. If you include the steps from the video, then your answer will be much more useful. If the video is removed from YouTube then your answer will not be so useful. Also, the OP asks for a non-Ubuntu solution, and one that works for Debian.
– GreenonlineAug 19 '18 at 15:21