~$ sudo sysctl -w vm.mmap_min_addr=0
vm.mmap_min_addr = 0hat auch keine Auswirkungen. ...
WARN: vm86plus service not available in your kernel
WARN: using CPU emulation for vm86()
...Was ist also zu tun, damit 'dosemu' auch mit Kernels 4.x läuft?~
towo:Defiant> cat /proc/sys/vm/mmap_min_addr
4096Ich weiss ja nicht, was bei Dir läuft, aber kein siduction, wie es scheint!Sorry, richtig erkannt. Es handelt sich um aptosid, was ja auch auf SID beruht.
@aptosid:~$ cat /proc/sys/vm/mmap_min_addr
0Trotzdem läuft 'dosemu' nicht.Und was interessieren uns Deine Probleme mit aptosid?Sorry, das ist weder sachlich noch irgendwie zielführend.
Außerdem ist uns dosemu auch relativ egal, nimm halt dosbox.
# Dosemu needs to access the bottom 64k of memory in order to launch
# 16 bit programs.
vm.mmap_min_addr = 0das Programm 'dosemu' einwandfrei läuft.Da Du siduction ja eh' nur in VBox benutzt, ist mir Dein "Problem" relativ egal.Das hat aber sicher nichts mit VBox zu tun. Der Übeltäter ist der Kernel 4.x - und der ist in VBox und in einem realen System derselbe.
Ich sagte auch schon, nimm halt DosBox.
[...]
Ich könnte ja 'dosemu' mit einem alten Kernel 3.x weiterhin betreiben. Aber wo liegt denn da der Fortschritt von Kernel 4.x (Verschlimmbesserung)?
[...]
Irgenwann "stirbt" auch Code im Kernel wenn er kaum noch genutzt wird.Das ist doch durch keinerlei Erhebungen belegt, daß 'dosemu' u.a. kaum noch genutzt werden.
Nehmt Euch ein Beispiel an Manjaro, wo das mit Kernel 4.x ( 4.1.12-1-MANJARO)Schön, dann hast Du ja endlich die richtige Distro für Dich gefunden und wirst uns nun endlich nicht mehr mit Deinen Banalitäten nerven.
funktioniert.
noch ein letzter Versuch eines Kompromisses.
Macht die nächste Version des slh-Kernels noch einmal mit der 'dosemu'-Unterstützung.
Danach könnt Ihr ja meinetwegen bei Eurer Entscheidung bleiben.
Du hast mittlerweile einige Distributionen aufgezeigt, die das für Dich wohl sehr wichtige dosemu noch unterstützen. Warum nutzt Du nicht eine von denen?Natürlich könnte ich das. Aber ich habe mich damals (2008 als es noch SIDUX hieß) für aptosid / siduction entschieden und sehe eigentlich keinen triftigen Grund diese Distribution zu verlassen.
Entweder Du veräppelst uns hier, oder ... sag mal, meinst Du das ernst? Seit Bestehen von siduction baut Torsten hier die Kernel und nicht Stefan Lippers Hollmann. Was soll das mit slh-Kerneln?Entschuldigung!!
.. Ganz ehrlich: Was ist daran so schlimm, sich die Sourcen herunterzuladen, einen Schalter umzulegen, der mehr mögliches Schadenspotential als Nutzen hat und sich das Zeug grad selbst zu bauen???Nun, das sieht für Dich ganz einfach aus; für mich, der keinerlei Efahrungen im Kernel-Bauen hat, ergeben sich unüberwindbare Probleme.
deb http://ftp.de.debian.org/debian jessie main contrib non-free
deb http://ftp.debian.org/debian/ jessie-updates main contrib non-free
deb http://security.debian.org/ jessie/updates main contrib non-freed) sudo apt update und mit synaptic mir den Kernel 3.16.0-4-686-pae und zugehörigen Header installiert.hmm... Bier und Chips, Popcorn und Cola oder darfs heut' mal was stärkeres sein...Ja, und was meinst Du damit?
Aber warum denn bloß so mit den Sourcen rumsauen? Das mit vm86 ist doch erst in 4.3 so, und in Debian Sid kriegst Du ganz regulär linux-image-4.2.0-1 und linux-headers-4.2.0-1. Wenn ohne die Metapakete linux-image|headers-amd64 installiert, würden die in Deinem System verbleiben und wären von Dir beim booten auswählbar. Das gefrickel mit den jessie-Listen versteh ich jetz nicht ... :o
Die älteren Kernel sind alle 4-er Kernel, mit denen 'dosemu' nicht läuft. linux-image-4.2.0-1 und linux-headers-4.2.0-1 konnte ich gar nicht mehr runterladen.Aber warum denn bloß so mit den Sourcen rumsauen? Das mit vm86 ist doch erst in 4.3 so, und in Debian Sid kriegst Du ganz regulär linux-image-4.2.0-1 und linux-headers-4.2.0-1. Wenn ohne die Metapakete linux-image|headers-amd64 installiert, würden die in Deinem System verbleiben und wären von Dir beim booten auswählbar. Das gefrickel mit den jessie-Listen versteh ich jetz nicht ... :o
oder warum bootest Du nicht einfach einen älteren Kernel von towo sobald Du diesen Laufvogel durch die Gegend treiben willst, bevor Du Dir einen anderen alten Kernel holst?
apt-cache policy linux-image-4.2.0-1-amd64
linux-image-4.2.0-1-amd64:
Installiert: (keine)
Installationskandidat: 4.2.6-1
Versionstabelle:
4.2.6-1 0
500 http://http.debian.net/debian/ (http://http.debian.net/debian/) unstable/main amd64 Packages
apt-cache policy linux-image-3.19.3-towo.3-siduction-amd64
linux-image-3.19.3-towo.3-siduction-amd64:
Installiert: (keine)
Installationskandidat: 3.19-12
Versionstabelle:
3.19-12 0
500 http://ftp.spline.de/pub/siduction/base/ unstable/main amd64 Packages
Kernel driver not installed (rc=-1908)
The VirtualBox Linux kernel driver (vboxdrv) is either not loaded or there is a permission problem with /dev/vboxdrv. Please reinstall the kernel module by executing
'/sbin/vboxconfig'
as root. If it is available in your distribution, you should install the DKMS package first. This package keeps track of Linux kernel changes and recompiles the vboxdrv kernel module if necessary.
where: suplibOsInit what: 3 VERR_VM_DRIVER_NOT_INSTALLED (-1908) - The support driver is not installed. On linux, open returned ENOENT.Das vorgeschlagene '/sbin/vboxconfig' funktioniert gar nicht.Da ist doch mit den towo-Kernels auch was faul.
Wenn ich die GuestAdditions für einen towo-Kernel installiert habe und dann mit einem anderen towo-Kernel boote, dann istGenau das ist ein Bespiel für Deine Unfähigkeit und Lernresistenz.
Anzeige -> Nahtloser Modus -> ausgegraut und File Sharing geht mit diesen Kernels dann auch nicht.
Wie das, wie kann eine Beobachtung des Verhaltens eines Systems ein Beispiel für die Unfähigkeit und Lernresistenz des Beobachters sein?QuoteWenn ich die GuestAdditions für einen towo-Kernel installiert habe und dann mit einem anderen towo-Kernel boote, dann istGenau das ist ein Bespiel für Deine Unfähigkeit und Lernresistenz.
Anzeige -> Nahtloser Modus -> ausgegraut und File Sharing geht mit diesen Kernels dann auch nicht.
Wie das, wie kann eine Beobachtung des Verhaltens eines Systems ein Beispiel für die Unfähigkeit und Lernresistenz des Beobachters sein?Ich muß Dir das erklären?
Das mußt Du mal erklären.
QuoteIch empfehle Dir einfach mal das Studium des VBox-Handbuches, dann solltest selbst Du erkennen, daß hier, wie so oft, PEBCAK die Ursache ist.Ok. - Handbuch lesen bildet.
Dir, lieber towo, aber empfehle ich auch mal einen Blick über Deinen Tellerrand, denn Deine abfälligen Bemerkungen über Kollegen, die angeblich nur Mist produzieren, sind nicht die feine Art.
Meine Verwunderung über die Tatsache, daß man mit jedem neuen Kernel auch die VirtualBox für diesen neuen Kernel erneut installieren muß und daß auch gleiches für die GuestAdditions gilt, wenn im Gastsystem ein anderer Kernel gebootet wird, kommt daher, daß das alles schon einmal ohne diese Klimmzüge funktioniert hat.
Ich glaube dazu war der automatisch anspringende DKMS-Mechanismus zuständig. Das aber scheint im Zuge der fortlaufenden Verschlimmbesserungen unter die Räder gekommen zu sein.
Unter UBUNTU 10.04 z.B. konnte ich mit Kernel 2.6.32-57-generic-pae oder 2.6.32-55-generic-pae booten und die VirtualBox 4.3.30 lief in beiden Kernels gleichermaßen einwandfei.
Interessanterweise ist das auch noch mit dem aus DEBIAN 8 herübergeholten Kernel 3.16.0-4-686-pae so - nicht aber mit den eigenen Original-Kernels der Distribution.
Für DEBIAN 8 selbst trifft das aber nicht zu, dort läuft die VirtualBox beim Wechsel der Kernels beim Booten auch nicht.
Und noch interessanter, siduction als VirtualBox-Gast mit dem auch dort rübergeholten DEBIAN 8 Kernel 3.16.0-4-686-pae gebootet hat bezüglich der GuestAdditions keine Einschränkungen - seltsam!
Wohl aber mit den eigenen anderen towo-Kernels, wo die Meldung kommt:
"VboxClient: the Virtualbox kernel service is not running. Exiting"
was dann zu den beschriebenen Einschränkungen der GuestAdditions führt.
Da muß man dann jedesmal erst noch:Code: [Select]sudo rcvboxadd setupmachen mit anschließendem Logout/Login. Und das dann bei jedem jeweils anderen Kernel.
Und was die GuestAdditions anbetrifft verweise wieder einmal auf Manjaro als Gast, wo mit verschiedenen Kernels gebootet der Effekt
"Anzeige -> Nahtloser Modus -> ausgegraut und File Sharing geht mit diesen Kernels dann auch nicht"
nicht auftritt. Manjaro hat aber auch ein eigenes Management für die GuestAdditions. Da könnt Ihr Euch eine Scheibe abschneiden.
Gruß
Ch. Hanisch
Dat is nich mal nen Zehwissen.
<xxxxxxxxx> devil: "Halswissen" ist aber auch schön gesagt :)
<devil> oh
<devil> agaida: jetzt macht deine antwort keinensinn mehr *bätsch*
Und was die GuestAdditions anbetrifft verweise wieder einmal auf Manjaro als Gast, wo mit verschiedenen Kernels gebootet der Effekt
"Anzeige -> Nahtloser Modus -> ausgegraut und File Sharing geht mit diesen Kernels dann auch nicht"
nicht auftritt. Manjaro hat aber auch ein eigenes Management für die GuestAdditions. Da könnt Ihr Euch eine Scheibe abschneiden.
Gruß
Ch. Hanisch