Jump to content


Photo

Pnd_Run.sh


  • Please log in to reply
65 replies to this topic

#16 sebt3

sebt3

    homebrew player (P. & C.)

  • GP32 Hardcore
  • PipPipPipPipPipPip
  • 1897 posts
  • Gender:Male
  • Location:QC

Posted 02 April 2011 - 12:24 PM

can you tell me where the backup pnd_run.sh is stored? or alternatively, does anyone have a working one they can send me?


sudo mv /usr/pandora/scripts/pnd_run.sh.2011* /usr/pandora/scripts/pnd_run.sh

should restaure your previous version ;)

EDIT: but I cant see how that's related.

Edited by sebt3, 02 April 2011 - 12:30 PM.


#17 Jey123456

Jey123456

    Member

  • Members
  • PipPip
  • 16 posts

Posted 02 April 2011 - 12:35 PM

well, i found the issue why it was using so much ressources. It overridden my redirection when starting the pnd, panplayer (mplayer more specificatly), spit out a tremendous ammount of output (a few hundreds thousands lines easy if you have cache enabled when loading from a url since it keep updating the cachefill) adding exec &> panplayer.log in the mplayer.sh script is a decent workaround, but if possible, you really should figure a way to reduce the impact of std::out from pnd lol. maybe just automaticly disable it if there is too many.

#18 neurocyde

neurocyde

    Member

  • Members
  • PipPip
  • 2 posts

Posted 02 April 2011 - 12:43 PM


can you tell me where the backup pnd_run.sh is stored? or alternatively, does anyone have a working one they can send me?


sudo mv /usr/pandora/scripts/pnd_run.sh.2011* /usr/pandora/scripts/pnd_run.sh

should restaure your previous version ;)

EDIT: but I cant see how that's related.


Thanks for that, but it didnt work - probably because you're right and it's an unrelated problem.
nevermind, thanks for your help anyway!

#19 sebt3

sebt3

    homebrew player (P. & C.)

  • GP32 Hardcore
  • PipPipPipPipPipPip
  • 1897 posts
  • Gender:Male
  • Location:QC

Posted 02 April 2011 - 01:11 PM

well, i found the issue why it was using so much ressources. It overridden my redirection when starting the pnd, panplayer (mplayer more specificatly), spit out a tremendous ammount of output (a few hundreds thousands lines easy if you have cache enabled when loading from a url since it keep updating the cachefill) adding exec &> panplayer.log in the mplayer.sh script is a decent workaround, but if possible, you really should figure a way to reduce the impact of std::out from pnd lol. maybe just automaticly disable it if there is too many.

knowing that /tmp is a ramfs, I would prefer that the file we put there are keept small. Appdata directory seems a good target directory for large debug files.

BTW:
Uploaded a new version that :
- is cleaned a bit more
- have a bug fixed (wont change much from your point of view)
- give more info when failed to (u)mount.

Edited by sebt3, 02 April 2011 - 01:13 PM.


#20 Esn

Esn

    (:\

  • GP32 Hardcore
  • PipPipPipPipPipPip
  • 2758 posts
  • Gender:Male
  • Location:Toronto, Canada
  • Interests:Art, Classical Music, Biology, Fantasy/Sci-Fi (books, art, movies, games), Crosscountry skiing, adventuring to foreign parts, and of course, handheld gaming machines. ;)

Posted 02 April 2011 - 01:31 PM

Ziz says over here that some PNDs won't run since HF5.

#21 Jey123456

Jey123456

    Member

  • Members
  • PipPip
  • 16 posts

Posted 04 April 2011 - 05:52 PM

im not too sure how exactly it happen,but it seem to bug quite alot when running pnd_run.sh from another pnd (i ended up with symlink to midori in my panplayer appdata, panplayer cant mount anymore, because its trying to mix up with midori loop (even after reboot).

Im having a read through the pnd_run.sh script see if i can see what could be the cause of that, but chance are you might have some suggestions on which part precisely to investigate xD.

#22 Jey123456

Jey123456

    Member

  • Members
  • PipPip
  • 16 posts

Posted 04 April 2011 - 05:54 PM

well, for the reboot part, it seem to be a cleanup issue, after removing everything from /mnt/utmp and /mnt/pnd i can mount the pnd again, so now im back to trying to figure how it happened in the first place.

#23 sebt3

sebt3

    homebrew player (P. & C.)

  • GP32 Hardcore
  • PipPipPipPipPipPip
  • 1897 posts
  • Gender:Male
  • Location:QC

Posted 04 April 2011 - 06:19 PM

Im having a read through the pnd_run.sh script see if i can see what could be the cause of that, but chance are you might have some suggestions on which part precisely to investigate xD.

So you had the symlink triggered.
Check line 209 , if loopmountedon is set, then you will trigger the symlink creation (see line 270, also the comment on line 268 is very true)

#24 Jey123456

Jey123456

    Member

  • Members
  • PipPip
  • 16 posts

Posted 04 April 2011 - 07:45 PM

yep, sure look like it XD.

know why it exist in the first place ?

i think it happened after i killed the pnd_run.sh script during my tests, because it had locked up everything xD. it might have badly cleaned up, then from here, it went from bad to worse.

#25 Esn

Esn

    (:\

  • GP32 Hardcore
  • PipPipPipPipPipPip
  • 2758 posts
  • Gender:Male
  • Location:Toronto, Canada
  • Interests:Art, Classical Music, Biology, Fantasy/Sci-Fi (books, art, movies, games), Crosscountry skiing, adventuring to foreign parts, and of course, handheld gaming machines. ;)

Posted 05 April 2011 - 10:42 AM

It seems like I'm having trouble with the 2011-03-22 version of Mupen64, as described in this thread. If I run a game from the non-PickleLauncher GUI, the Pandora button does not function properly, so the only way to quit is a hard-reset of my system. God Ginrai (who hasn't installed the new pnd_run.sh) has no such problem.

Edited by Esn, 05 April 2011 - 10:43 AM.


#26 Prometheus

Prometheus

    Mega GP Mania

  • X-treme Team
  • 3891 posts
  • Gender:Female

Posted 09 April 2011 - 01:46 PM

I'm sorry that it's taken me so long to report back with info on my progress with this fix. Unfortunately, I don't come bearing good news. :(

Since installing this version of pnd_run.sh, my Pandora takes two to three times longer to start up, and according to the status LEDs it spends a *really* long time thrashing the SD Card in slot one for no apparent reason during this very long boot-up process (I don't know why - I am booting from the NAND). You know how the boot-up progress bar increases in spurts? It happens right after the first part of the bar is filled in, and it stays there thrashing the SD Card for aaaaaaaaaaaages.

Moreover, I've noticed a behaviour that I haven't seen since Hotfix 3! The card in slot one (my main one, and also the one that I happened to install this pnd_run.sh from) is oftentimes not mounted once I get into the OS, and I have to click it out of the Pandora and back in again before it will be mounted - sometimes I will need to do this two or three times before it will finally mount the card. The card itself is fine, and this has only been happening since installing the newer pnd_run.sh.

Last of all, unfortunately, whilst it has reduced the frequency of the "PND could not be mounted" error message, it has not eliminated it. In fact, when it occurs, it is now worse, as it locks up the system much more quickly than it did with a plain Hotfix 5 installation.

All of this is on a Pandora that is booting from NAND, which was updated to Hotfix 5 shortly after the Pandora was received.

#27 sebt3

sebt3

    homebrew player (P. & C.)

  • GP32 Hardcore
  • PipPipPipPipPipPip
  • 1897 posts
  • Gender:Male
  • Location:QC

Posted 09 April 2011 - 02:03 PM

...

All your issues seems unrelated to my script imho.
Would you restaur the pnd_run.sh from HF5 and check again :
sudo mv /usr/pandora/scripts/pnd_run.sh.2011* /usr/pandora/scripts/pnd_run.sh

If you dont have these issues anymore, let me know.
Else something got wrong in your installation (dont know what) then reflash.

#28 Esn

Esn

    (:\

  • GP32 Hardcore
  • PipPipPipPipPipPip
  • 2758 posts
  • Gender:Male
  • Location:Toronto, Canada
  • Interests:Art, Classical Music, Biology, Fantasy/Sci-Fi (books, art, movies, games), Crosscountry skiing, adventuring to foreign parts, and of course, handheld gaming machines. ;)

Posted 09 April 2011 - 04:15 PM

I have no idea if it's related to this or not, but I downloaded some programs from milkshake's repo (GIMP and PNDStore) and they didn't show up in the menu until after I rebooted. Also, PNDStore refuses to start. Is there a way to uninstall this, so I can test to see if any problems are related to it or not?

#29 sebt3

sebt3

    homebrew player (P. & C.)

  • GP32 Hardcore
  • PipPipPipPipPipPip
  • 1897 posts
  • Gender:Male
  • Location:QC

Posted 09 April 2011 - 04:18 PM

Is there a way to uninstall this, so I can test to see if any problems are related to it or not?

sudo mv /usr/pandora/scripts/pnd_run.sh.2011* /usr/pandora/scripts/pnd_run.sh



#30 crow_riot

crow_riot

    Mega GP Mania

  • GP32 Hardcore
  • PipPipPipPipPipPip
  • 1133 posts
  • Gender:Male
  • Location:.at
  • Interests:music & programming

Posted 09 April 2011 - 04:18 PM

I have no idea if it's related to this or not, but I downloaded some programs from milkshake's repo (GIMP and PNDStore) and they didn't show up in the menu until after I rebooted. Also, PNDStore refuses to start. Is there a way to uninstall this, so I can test to see if any problems are related to it or not?


answering with a quote

sudo mv /usr/pandora/scripts/pnd_run.sh.2011* /usr/pandora/scripts/pnd_run.sh


edit: :ph34r:

Edited by crow_riot, 09 April 2011 - 04:18 PM.