Reply
Thread Tools
Stskeeps's Avatar
Posts: 1,671 | Thanked: 11,478 times | Joined on Jun 2008 @ Warsaw, Poland
#21
Originally Posted by joelteixeira View Post
I'm afraid this would work only with MeeGo, the packages there is RPM and even with the possibility to convert it using alien... is not a guarantee. I would trust alien to convert a simple application, but something related to the core system.. I don't know.

I hope some developer bring this to Maemo... Like corso85 said, I don't have the knowledge to do something like this.
This runs even before Maemo or even MeeGo starts, so RPM doesn't matter. It was just a handy way to package it up and synchronise with our kernel builds.
__________________
As you go on to other communities, remember to build them around politeness, respect, trust and humility. Be wary of poisonous people and deal with them before they end up killing your community.. Seen it happen to too many IRC channels, forums, open source projects.
 
Posts: 278 | Thanked: 209 times | Joined on Dec 2009
#22
Originally Posted by RobbieThe1st View Post
Do realize that with a full Linux desktop, you can back up whatever you want - including the entire rootfs, restore it as needed. Here's a simple guide for Ubuntu. You can also backup individual packages(I'd use a script myself), or lists of such.
Of course, I might be biased, having made the switch to Linux about a year ago, but I haven't run into such problems with repositories.

Back to the issue of the N900, why -can't- we backup the rootfs when we are running on it? If we can do it with Ubuntu, we ought to be able to with Maemo, which is also Debian based(especially since we are only using tar in that command). Can someone take a look for me?

-Rob
I know that linux distros can be backed up just fine. Using tools like Acronis and Ghost or more sophisticated script approuches. What I was referring to in my annoyance is extra work brought forth by the package-dependency system that is too reliant on being "online". I realize that the system is crucial for the "distributed" nature of open source coding. but still......

Let's talk about a small scale example. I'm traveling. My computer crashed. I restored. I have this one program that I need to reinstall. I have no access to the internet. With Linux, prior to traveling, I would've had to have made a script that saved this program and ALL of its dependecies locally and hope I didn't miss anything (I know I know, it's a simple 2 word code or something). With Windows, prior to traveling, I would've had to save the setup.exe. That's it.

Back to Topic, the Tar method is what was used in good old Unix systems if my memory serves me correctly.

I think what would be problematic for the Tar method is things like widgets and status indicators. They might give back up an "Access Denied".

So no one here is familiar with how the FIASCO was dumped? it's that top secret?
 
Posts: 278 | Thanked: 209 times | Joined on Dec 2009
#23
Originally Posted by Stskeeps View Post
This runs even before Maemo or even MeeGo starts, so RPM doesn't matter. It was just a handy way to package it up and synchronise with our kernel builds.
Yes but to run it. You need those RPM packages installed first.....

lol already the instructions are confusing
 
Posts: 842 | Thanked: 1,197 times | Joined on May 2010
#24
Originally Posted by Corso85 View Post
Let's talk about a small scale example. I'm traveling. My computer crashed. I restored. I have this one program that I need to reinstall. I have no access to the internet. With Linux, prior to traveling, I would've had to have made a script that saved this program and ALL of its dependecies locally and hope I didn't miss anything (I know I know, it's a simple 2 word code or something). With Windows, prior to traveling, I would've had to save the setup.exe. That's it.
Well, not to get too far off topic, but in the example, either you are restoring from a previously-made HD image, in which case you have everything you need, or you are restoring from a stock CD image, which, like Windows CDs, are generally out of date.
Either way, with a CD-restore, you are going to need a pack of setup files(if your app needs, say, direct X, or windows installer 3.0) or Linux packages.

That all being said, I do agree with that fault of Linux; trying to upgrade/install without network access is a -pain-.

Originally Posted by Corso85 View Post
Back to Topic, the Tar method is what was used in good old Unix systems if my memory serves me correctly.
Yea, but it seems to still work - seeing as that topic's been around for 3 years, has 107+ pages, is still being posted on, and has no "warning, will not work in version X" like other UbuntuForums topics I've seen.
Originally Posted by Corso85 View Post
I think what would be problematic for the Tar method is things like widgets and status indicators. They might give back up an "Access Denied".
They might, that is true... but I think the absolute best way to solve this is to simply -try- the backup command.
If it doesn't give errors, its probably all good. If it does, you know you will have to find a different solution.
And, so long as you don't try to backup -to- your rootfs, you should be perfectly safe.
 
Posts: 63 | Thanked: 29 times | Joined on May 2010
#25
Could you please clarify what you are saying? If RPM doesn't matter, how exactly you suggest to install the RPM packages?

BTW, this is from the official Alien page:

Alien should not be used to replace important system packages, like sysvinit, shared libraries, or other things that are essential for the functioning of your system. Many of these packages are set up differently by Debian and Red Hat, and packages from the different distributions cannot be used interchangably. In general, if you can't uninstall the package without breaking your system, don't try to replace it with an alien version.


No sources, no Debs, only RPM and we can't use Alien. What is exactly the alternative?

Originally Posted by Stskeeps View Post
This runs even before Maemo or even MeeGo starts, so RPM doesn't matter. It was just a handy way to package it up and synchronise with our kernel builds.
 
Posts: 28 | Thanked: 3 times | Joined on Jun 2010
#26
Originally Posted by zement View Post
i am interested in the usb recovery mode too, especially for trying the following:

backup:
Code:
# dump it to the pc with the hostname 'yourpc' via ssh
dd if=/dev/mtd5 | ssh root@yourpc "cat > rootfs.img"
restore:
Code:
./flasher-3.5 -r rootfs.img -f -R
seriously i didnīt get it till that point, i canīt connect to ssh server in usb recovery mode
at least i got it with modified bootmenu.sh
dumping rootfs works for me in usb recovery mode, next i will test the second part (flashin dump back).


regards
 
eL.ectron1k's Avatar
Posts: 149 | Thanked: 15 times | Joined on Jul 2010 @ Russia
#27
Originally Posted by RobbieThe1st View Post
Now, unplug the usb cable, and reboot your N900 with the keyboard slide OUT.
You should get a boot menu. Press 'ctrl', to boot into 'recovery mode'.
I haven't that point in bootmenu.
I have no wireless connection, so i downloaded both files, installed first one, than patched, but in terminal didn't appears any text after command patch.

Th.y!

From Russia with love


UPD

There is 2 points - to boot from external memory & Turn off n900, when i'm pressing CTRL, nothing happens =\
 
Posts: 842 | Thanked: 1,197 times | Joined on May 2010
#28
Originally Posted by eL.ectron1k View Post
There is 2 points - to boot from external memory & Turn off n900, when i'm pressing CTRL, nothing happens =\
Sure that isn't 'internal memory'?
And, you should see those two items.
When you do, you press the 'ctrl' key(upper left button on the keyboard), and it should try to go into 'recovery' mode.
Do note that 'recovery' mode seems to only allow for SSH access, no terminal(Dangit!)
It may not let you in if you don't have a wifi access point handy for it to use.

Personally, I'm going to see if we can't install a little boot image to the SD card, something thats lightweight and can run entirely in memory(Not hard, I don't think), and use the terminal from that.
 
Posts: 28 | Thanked: 3 times | Joined on Jun 2010
#29
Code:
# dump it to the pc with the hostname 'yourpc' via ssh
dd if=/dev/mtd5 | ssh root@yourpc "cat > rootfs.img"
i tried this with partly success...grabbing an image with size=~251MB!



Code:
./flasher-3.5 -r rootfs.img -f -R
during dd some ecc errors occur and if i try to flash the image back the restore operations hangs after ~180MB.



an extracted rootfs from stock pr1.2 firmware is the next target, i will try this howto: https://wiki.mozilla.org/ReferencePl...est/N900-PR1.2
maybe i can customize and repack an rootfs image in ubifs format.


regards

Last edited by zement; 2010-07-10 at 21:52.
 
Posts: 278 | Thanked: 209 times | Joined on Dec 2009
#30
I'll have to restate my old idea.

Did any one take a deeper look at Flasher?

I get why drivers are "closed" source. Even if they are not so great .

But why is Flasher closed source? A competitor is gonna use it to flash the n900? That would actually be nice.

I believe in reversing it lies the answer.

I don't think we need to boot from SD. You can flash the n900 in the press "u" mode. So we already have a mode to work with. We just need to get stuff OUT of the n900 while it is in that mode.
 
Reply

Thread Tools

 
Forum Jump


All times are GMT. The time now is 09:47.