Linux home: Unterschied zwischen den Versionen

Aus DoroUndMartin
Zur Navigation springen Zur Suche springen
imported>Ms
(→‎Debian: UbuntuBackports)
imported>Ms
 
(8 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 6: Zeile 6:
*Keeping track of debian packages and [[CleanupDebianPackages|getting rid]] of unwanted packages.
*Keeping track of debian packages and [[CleanupDebianPackages|getting rid]] of unwanted packages.
*[[EncryptedImages|verschlüsselte Bereiche]]
*[[EncryptedImages|verschlüsselte Bereiche]]
*[http://www.debian.org/distrib/packages package list for Debian]
*[http://packages.ubuntu.com/dapper/ package lists for Ubuntu]
*[[UbuntuBackports|Ubuntu Backports]]
*[[UbuntuBackports|Ubuntu Backports]]
*Links
**[http://www.debian.org/distrib/packages package list for Debian]
**[http://packages.ubuntu.com/dapper/ package lists for Ubuntu]
**[http://ubuntuguide.org/wiki/Ubuntu_Edgy Ubuntu Edgy Customization]


==Screencam==
==Screencam==
Zeile 14: Zeile 16:
*http://xvidcap.sourceforge.net/
*http://xvidcap.sourceforge.net/
*http://www.jarre-de-the.net/computing/debian/
*http://www.jarre-de-the.net/computing/debian/
==Fileserver==
*http://www.brennan.id.au/19-Network_File_System.html
*http://www.linuxjournal.com/article/7714
*http://www.fsl.cs.sunysb.edu/project-unionfs.html
==vserver==
Tomcat auf einem Strato vserver bietet eigene Herausforderungen.
Die Sun-JavaVM lässt sich nicht installieren, da sie beim Starten mehr Speicher benötigt, als der vserver bietet.
Das lässt sich mit "-Xmx=64" zwar prinzipiell umgehen, da aber innerhalb der Init-Scripte bereits die JavaVM
gestartet wird, lässt sich das (Debian-) Paket gar nicht installieren.
Leider lassen sich diese "-Xmx" und "-Xmm" Optionen auch nicht generell vorgeben, beispielsweise in "jvm.cfg".
<pre>
Could not create the Java virtual machine.
</pre>
Verwendet man gcj, dann muss man den security manager abschalten (/etc/default/tomcat55), damit der Start klappt
(sonst schlägt auch wieder die Installation fehl; und die Fehlermeldung bekommt man natürlich nicht zu sehen, wäre zu einfach ...).
<pre>
The java-gcj-compat-dev environment currently doesn't support
a security manager. Please check the TOMCAT5_SECURITY variable
in /etc/default/tomcat5.5.
</pre>
Zurück zur Sun JavaVM: das Problem tritt auf, wenn während der Installation das
[http://java.sun.com/j2se/1.5.0/docs/guide/vm/class-data-sharing.html class data sharing]
initialisiert wird.
<pre>
/usr/lib/jvm/java-1.5.0-sun-1.5.0.10/bin/java -client -Xshare:dump
Error occurred during initialization of VM
Could not reserve enough space for object heap
Could not create the Java virtual machine.
</pre>
Ein "-Xmx32m" oder "-Xmx64m" hilft leider nicht.
Die etwas brutale Lösung: die entsprechende Zeile aus "/var/lib/dpkg/info/sun-java5-bin.postinst" auskommentieren, das Ding manuell aufrufen
und die Installation mit "apt-get -f install" abschließen.
Damit die Sun JavaVM auch verwendet mit, muss man noch die entsprechende Alternative setzen.
<pre>
/usr/sbin/update-alternatives --display java
/usr/sbin/update-alternatives --config java
</pre>

Aktuelle Version vom 24. Februar 2008, 17:42 Uhr

Sound

Debian

Screencam

xvidcap

Fileserver

vserver

Tomcat auf einem Strato vserver bietet eigene Herausforderungen. Die Sun-JavaVM lässt sich nicht installieren, da sie beim Starten mehr Speicher benötigt, als der vserver bietet. Das lässt sich mit "-Xmx=64" zwar prinzipiell umgehen, da aber innerhalb der Init-Scripte bereits die JavaVM gestartet wird, lässt sich das (Debian-) Paket gar nicht installieren. Leider lassen sich diese "-Xmx" und "-Xmm" Optionen auch nicht generell vorgeben, beispielsweise in "jvm.cfg".

Could not create the Java virtual machine.

Verwendet man gcj, dann muss man den security manager abschalten (/etc/default/tomcat55), damit der Start klappt (sonst schlägt auch wieder die Installation fehl; und die Fehlermeldung bekommt man natürlich nicht zu sehen, wäre zu einfach ...).

The java-gcj-compat-dev environment currently doesn't support
a security manager. Please check the TOMCAT5_SECURITY variable
in /etc/default/tomcat5.5.

Zurück zur Sun JavaVM: das Problem tritt auf, wenn während der Installation das class data sharing initialisiert wird.

/usr/lib/jvm/java-1.5.0-sun-1.5.0.10/bin/java -client -Xshare:dump
Error occurred during initialization of VM
Could not reserve enough space for object heap
Could not create the Java virtual machine.

Ein "-Xmx32m" oder "-Xmx64m" hilft leider nicht.

Die etwas brutale Lösung: die entsprechende Zeile aus "/var/lib/dpkg/info/sun-java5-bin.postinst" auskommentieren, das Ding manuell aufrufen und die Installation mit "apt-get -f install" abschließen.

Damit die Sun JavaVM auch verwendet mit, muss man noch die entsprechende Alternative setzen.

/usr/sbin/update-alternatives --display java
/usr/sbin/update-alternatives --config java