syslinux
porteus.cfg
(user can manually edit boot line but)
it might be helpful to expand the menu text, to clarify:
-- changes will persist if the "Graphical mode" entry is used
-- the "Copy to RAM" entry does not persist changes
Porteus Desktop Edition 3.0 rc2 bugs/feedback thread
-
- Black ninja
- Posts: 35
- Joined: 01 Feb 2014, 09:17
- Distribution: hop_around
- Location: Calgary
-
- Full of knowledge
- Posts: 2084
- Joined: 17 Jun 2013, 13:17
- Distribution: Porteus 3.2.2 XFCE 32bit
- Location: Germany
Re: Porteus Desktop Edition 3.0 rc2 bugs/feedback thread
@brokenman, fanthom
root@porteus:~# chmod 4755 /usr/bin/eject
guest@porteus:~$ eject /dev/sr0
umount: only root can unmount /dev/sr0 from /mnt/sr0
eject: unmount of `/mnt/sr0' failed
root@porteus:~# eject /dev/sr0 ..CD goes out/in
------------------------------------------------------
rebooted (always fresh)
root@porteus:~# for a in `pgrep -f udevd`; do kill $a ;done
-su: kill: (2035) - No such process
root@porteus:~# eject -T /dev/cdrom
ioctl: Input/output error
root@porteus:~# eject /dev/cdrom -> CD came out and tray stay open
root@porteus:~# exit
logout
guest@porteus:~$ eject -t /dev/cdrom
guest@porteus:~$ eject /dev/cdrom -> CD came out and tray stay open
guest@porteus:~$
root@porteus:~# chmod 4755 /usr/bin/eject
guest@porteus:~$ eject /dev/sr0
umount: only root can unmount /dev/sr0 from /mnt/sr0
eject: unmount of `/mnt/sr0' failed
root@porteus:~# eject /dev/sr0 ..CD goes out/in
------------------------------------------------------
rebooted (always fresh)
root@porteus:~# for a in `pgrep -f udevd`; do kill $a ;done
-su: kill: (2035) - No such process
root@porteus:~# eject -T /dev/cdrom
ioctl: Input/output error
root@porteus:~# eject /dev/cdrom -> CD came out and tray stay open
root@porteus:~# exit
logout
guest@porteus:~$ eject -t /dev/cdrom
guest@porteus:~$ eject /dev/cdrom -> CD came out and tray stay open
guest@porteus:~$
- brokenman
- Site Admin
- Posts: 6105
- Joined: 27 Dec 2010, 03:50
- Distribution: Porteus v4 all desktops
- Location: Brazil
Re: Porteus Desktop Edition 3.0 rc2 bugs/feedback thread
Thanks Donald. udev seems to be the culprit. May need to increase the polling time of the device.
How do i become super user?
Wear your underpants on the outside and put on a cape.
Wear your underpants on the outside and put on a cape.
Re: Porteus Desktop Edition 3.0 rc2 bugs/feedback thread
BTW... ifenslave? http://forum.porteus.org/viewtopic.php?f=53&t=1621
When I tested bonding I used this one http://pkgs.org/ubuntu-13.10/ubuntu-mai ... 4.deb.html
But recently I've discovered that topic and I think this package is small enough (20Kb) to be included.
And I didn't know there are methods besides editing rc.M, so excuse me please... =)
When I tested bonding I used this one http://pkgs.org/ubuntu-13.10/ubuntu-mai ... 4.deb.html
But recently I've discovered that topic and I think this package is small enough (20Kb) to be included.
And I didn't know there are methods besides editing rc.M, so excuse me please... =)
Suggestions/corrections/additions are always welcome.
- fanthom
- Moderator Team
- Posts: 5667
- Joined: 28 Dec 2010, 02:42
- Distribution: Porteus Kiosk
- Location: Poland
- Contact:
Re: Porteus Desktop Edition 3.0 rc2 bugs/feedback thread
@donald
if this is really an udev fault then we can't do much as i would worry to upgrade this package myself to not break anything. i would wait till Pat does it in Slackware.
maybe there is a rule to control polling for optical media?
@Slaxmax
good to know - thanks.
@dustbunnies
persistence depends on 'changes=' cheatcode so i would avoid hardcoding it in the porteus.cfg description.
GUI mode can work without persistence and copy2ram can be persistent so if user modify default cheatcodes for these modes then the description would be misleading (yes - i know that user could also modify desc, but as i know life it would rarely happen)
@Kriss
added ifenslave package but i did not add a check to rc.M.
please use sysvinit script for this.
if this is really an udev fault then we can't do much as i would worry to upgrade this package myself to not break anything. i would wait till Pat does it in Slackware.
maybe there is a rule to control polling for optical media?
@Slaxmax
good to know - thanks.
@dustbunnies
persistence depends on 'changes=' cheatcode so i would avoid hardcoding it in the porteus.cfg description.
GUI mode can work without persistence and copy2ram can be persistent so if user modify default cheatcodes for these modes then the description would be misleading (yes - i know that user could also modify desc, but as i know life it would rarely happen)
@Kriss
added ifenslave package but i did not add a check to rc.M.
please use sysvinit script for this.
Please add [Solved] to your thread title if the solution was found.
-
- Full of knowledge
- Posts: 2084
- Joined: 17 Jun 2013, 13:17
- Distribution: Porteus 3.2.2 XFCE 32bit
- Location: Germany
Re: Porteus Desktop Edition 3.0 rc2 bugs/feedback thread
@fanthom
..... .....
btw
it's the same in rc1 + rc2...it only works in INIT 1
..... .....
btw
it's the same in rc1 + rc2...it only works in INIT 1
-
- White ninja
- Posts: 9
- Joined: 27 Nov 2013, 04:07
- Distribution: Xubuntu 12.10
- Location: Los Angeles
Re: Porteus Desktop Edition 3.0 rc2 bugs/feedback thread
Well...after a shaky start here, just want to say I'm using the KDE version and its Absolutely Fabulous, nothing amiss so far, THANKS !