Folge dem Video um zu sehen, wie unsere Website als Web-App auf dem Startbildschirm installiert werden kann.
Anmerkung: Diese Funktion ist in einigen Browsern möglicherweise nicht verfügbar.
# fetch http://freeshell.de/~mk/download/testcd.c
# cc -o testcd testcd.c -lgeom -lcam
# ./testcd /dev/cd0
188: In while-loop
188: In while-loop
188: In while-loop
188: In while-loop
188: In while-loop
188: In while-loop
188: In while-loop
188: In while-loop
188: In while-loop
188: In while-loop
188: In ^Ce-loop
#
# fetch http://freeshell.de/~mk/download/testcd.c
testcd.c 100% of 6185 B 2199 kBps 00m00s
# cc -o testcd testcd.c -lgeom -lcam
# ./testcd /dev/cd0
96: Check for media
101: OK
107: Getting sector size
110: OK
111: Reading TOC header
116: OK
119: Reading TOC entry
124: OK
136: seeking
141: OK
146: Reading
151: OK
169: Seeking
174: OK
175: Reading
testcd: pbs == 2048
181: OK
186: Entering while-loop
188: In while-loop
188: In while-loop
188: In while-loop
188: In while-loop
188: In while-loop
188: In while-loop
188: In while-loop
188: In while-loop
188: In while-loop
188: In while-loop
188: In while-loop
188: In while-loop
188: In while-loop
188: In while-loop
188: In while-loop
188: In while-loop
188: In while-loop
188: In while-loop
188: In while-loop
188: In while-loop
188: In while-loop
188: In while-loop
188: In while-loop
188: In while-loop
n == 5
#
# pkg delete dsbmd
Checking integrity... done (0 conflicting)
Deinstallation has been requested for the following 3 packages (of 0 packages in the universe):
Installed packages to be REMOVED:
dsbmd-1.1
dsbmc-cli-0.1.2
dsbmc-0.2.2
Number of packages to be removed: 3
Proceed with deinstalling packages? [y/N]: y
[1/3] Deinstalling dsbmc-cli-0.1.2...
[1/3] Deleting files for dsbmc-cli-0.1.2: 100%
[2/3] Deinstalling dsbmc-0.2.2...
[2/3] Deleting files for dsbmc-0.2.2: 100%
[3/3] Deinstalling dsbmd-1.1...
[3/3] Deleting files for dsbmd-1.1: 100%
# pkg install dsbmc
Updating FreeBSD repository catalogue...
FreeBSD repository is up to date.
All repositories are up to date.
The following 2 package(s) will be affected (of 0 checked):
New packages to be INSTALLED:
dsbmc: 0.2.2
dsbmd: 1.1
Number of packages to be installed: 2
64 KiB to be downloaded.
Proceed with this action? [y/N]: n
#
Das ist die beste und einfachste Variante. Eine ~/.xinitrc könnte im Fall von MATE so aussehen:Wie an anderer Stelle bereits erörtert, könnte das mit einer .xinitrc oder .xsession oder einer abhängig vom DE eigenen Autostartfunktion gehen.
#!/bin/sh
export PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:${HOME}/bin
dsbmc-cli -a&
exec mate-session
sh ~/.config/DSB/autostart.sh&
Wäre es denn ohne großen Aufwand möglich, das Programm "dsbmc-cli -a" oder eben genau diese Funktion, die es bewirkt, in Zukunft auch über die /etc/rc.conf zu aktivieren, etwa durch einen zusätzlichen Eintrag wie "dsbmc_enable="YES"?
#!/bin/sh
# PROVIDE: dsbmc-cli
# REQUIRE: LOGIN dsbmd
#
# Add these lines to /etc/rc.conf.local or /etc/rc.conf
# to enable this service:
#
# dsbmc_cli_enable (bool): Set to NO by default.
# Set it to YES to enable dsbmc-cli.
# dsbmc_cli_user (string): Set username you want dsbmc-cli to run as.
#
. /etc/rc.subr
name=dsbmc_cli
start_cmd="start_dsbmc_cli"
rcvar=dsbmc_cli_enable
load_rc_config $name
: ${dsbmc_cli_enable:="NO"}
start_dsbmc_cli()
{
if [ -z ${dsbmc_cli_user} ]; then
echo "dsbmc_cli_user undefined";
exit 1
fi
/usr/bin/su -l ${dsbmc_cli_user} -c '/usr/local/bin/dsbmc-cli -a'&
}
run_rc_command "$1"
# chmod a+x /usr/local/etc/rc.d/dsbmc-cli
dsbmc_cli_enable="YES"
dsbmc_cli_user="cabriofahrer" # Oder wie auch immer der Benutzername lautet
Dachte ich mir schonAber nein, mein Benutzername lautet nicht "cabriofahrer"...^^.
Die Variante mit dem rc-Skript bietet sich für ein System mit mehreren Benutzern nicht an. Es geht davon aus, dass es einen Benutzer gibt. Angenommen, das System würde von zwei Benutzern A und B benutzt. Wenn A und B gleichzeitig angemeldet sind, bzw. für jeden der beiden Benutzer dsbmc-cli gestartet wurde, konkurrieren die jeweiligen Instanzen von dsbmc-cli miteinander. Der Datenträger, der durch die dsbmc-cli-Instanz von Benutzer A eingehängt wird, verhindert dann natürlich den Zugriff durch Benutzer B. Dabei weiss man nicht, welche der Instanzen schneller ist. Das rc-Skript weiss nicht, ob überhaupt einer der Benutzer angemeldet ist. Wenn man als A arbeiten möchte, das Skript aber auch die dsbmc-cli-Instanz für B startet, obwohl B nicht angemeldet ist, hat A natürlich ein Problem. Das rc-Skript müsste also im Hintergrund darauf warten, dass sich einer der Benutzer anmeldet, und erst dann für diesen dsbmc-cli starten. Wenn sich jetzt aber der andere Benutzer per ssh anmeldet oder auf einer lokalen Konsole, wird für diesen auch dsbmc-cli gestartet.Und wie, wenn man mehrere Benutzer zulassen will? Ich nehme an dsbmc_cli_user="user1, user2,user3" usw? Und gibt es auch eine Option, wenn man alle von vornherein zulassen will, auch die noch nicht geschaffenen, mit z.B. "all"?
[Desktop Entry]
Name=MATE
Comment=Start MATE session
Exec=/usr/local/bin/mate-session
Icon=MATE
Type=Application
[Desktop Entry]
Name=Openbox
Comment=Log in using the Openbox window manager (without a session manager)
Exec=/usr/local/bin/openbox-session
Icon=openbox
Type=Application
[Desktop Entry]
Name=KDE
Comment=Start KDE session
Exec=/usr/local/bin/startkde
Icon=KDE
Type=Application
#!/bin/sh
dsbmc-cli -a&
exec "$1"
ata0: FAILURE - zero length DMA transfer attempted
ata0: setting up DMA failed
ata0: FAILURE - zero length DMA transfer attempted
ata0: setting up DMA failed
ata0: FAILURE - zero length DMA transfer attempted
ata0: setting up DMA failed
ata0: FAILURE - zero length DMA transfer attempted
ata0: setting up DMA failed
...
Entferne bitte mal die Zeile # KEYWORD: shutdown aus /usr/local/etc/rc.d/dsbmdDas Herunterfahren des Systems verzögert sich um mindestens eine Minute. Wenn man in MATE auf System -> Shutdown geht, erscheint LightDM erstmal wieder und da bleibt es für eben diese Zeit hängen. Wenn ich aber vorher im Terminal dsbmd deaktiviere (#service dsbmd stop), fährt das System schnell runter.
Entferne bitte mal die Zeile # KEYWORD: shutdown aus /usr/local/etc/rc.d/dsbmd
Vielleicht hilft das.
Zu Letzterer: Die Meldung ist nicht schlimm. Beheben kannst Du das Problem, indem Du dsbmd-1.2 über die Ports baust.
Nein. Bei rc-Skripten wird durch diese Schlüsselwörter u.a. die Reihenfolge der Ausführung bestimmt. Wenn es Dich interessiert: man rcVerstehen tue ich es allerdings nicht: Sind Zeilen, die mit # beginnen nicht sowieso wirkungslos?
# cd /usr/ports/sysutils/dsbmd && make clean && make extract && make patch && make deinstall && make install
# service dsbmd restart
du bist dann auf der virtuellen Konsole No 1 (also Null) und die wird halt für Fehlerausgaben genutzt. Wenn du nichts umgestellt hast, solltest du einige weitere Konsolen haben (F2 ... F7? ich weiß nicht genau, weil ich immer auf vier begrenze). Sobald du nicht auf der ersten bist, sollte keine Fehlermeldung dich stören.Und wie gesagt, in der Konsole wird mir dadurch der Prompt immer wieder weggenommen.
Wir verwenden essentielle Cookies, damit diese Website funktioniert, und optionale Cookies, um den Komfort bei der Nutzung zu verbessern.
Siehe weitere Informationen und konfiguriere deine Einstellungen