Sponsored Content
Special Forums UNIX and Linux Applications Ubuntu Realtime Kernel Trouble Post 302256955 by Neo on Tuesday 11th of November 2008 01:02:07 AM
Old 11-11-2008
Yes, I agree.

Generally, you should not upgrade unless there is a clear and compelling reason to do so.

When you decide to upgrade, you should insure that the upgrade will not break your existing applications, some of which may not run on the upgraded platform.
 

4 More Discussions You Might Find Interesting

1. Shell Programming and Scripting

Trouble Compling ZoneMinder 1.25.X from Source/Ubuntu 12.04

I orginally installed Zoneminder 1.25.X on Ubuntu 12.04 using there repositories and ran into a roadblock using the Bluecherry BC-08240A - 8 port video, 8 port audio realtime hardware compression card. The card requires the solo6010-dkm driver which uses ('extended' layouts) Using the display... (2 Replies)
Discussion started by: metallica1973
2 Replies

2. UNIX for Advanced & Expert Users

Trouble accessing SVN on Ubuntu

Hi all, I'm running SVN on Ubuntu 12.04, and I have to connect it to an online repository accessed by HTTPS. I can check out files from the repository just fine with the command: svn checkout <https://pathToRepository>But, I can't update the working copy properly after I make changes. I change... (1 Reply)
Discussion started by: Zel2008
1 Replies

3. Linux

Not able to run perf on Linux 4.4 kernel (Ubuntu 15.10)

I'm not able to run perf on linux 4.4. I'm using ubuntu 15.10. The error I'm getting is: WARNING: perf not found for kernel 4.4.0 You may need to install the following packages for this specific kernel: linux-tools-4.4.0-4.4.0 linux-cloud-tools-4.4.0-4.4.0 You may also want to install... (4 Replies)
Discussion started by: BHASKAR JUPUDI
4 Replies

4. Ubuntu

Recompile the kernel after applying a patch in Ubuntu.

I have applied a patch using this command: patch -p1 < (file) then I did git commit -a. Now I want to recompile the kernel for making this patch live. Should I use make oldconfig or make localmodconfig After that, make -j$(grep -c "processor" /proc/cpuinfo) sudo make... (1 Reply)
Discussion started by: BHASKAR JUPUDI
1 Replies
DH_SYSTEMD_START(1)						     Debhelper						       DH_SYSTEMD_START(1)

NAME
dh_systemd_start - start/stop/restart systemd unit files SYNOPSIS
dh_systemd_start [debhelperoptions] [--restart-after-upgrade] [--no-stop-on-upgrade] [unitfile...] DESCRIPTION
dh_systemd_start is a debhelper program that is responsible for starting/stopping or restarting systemd unit files in case no corresponding sysv init script is available. As with dh_installinit, the unit file is stopped before upgrades and started afterwards (unless --restart-after-upgrade is specified, in which case it will only be restarted after the upgrade). This logic is not used when there is a corresponding SysV init script because invoke-rc.d performs the stop/start/restart in that case. OPTIONS
--restart-after-upgrade Do not stop the unit file until after the package upgrade has been completed. This is the default behaviour in compat 10. In earlier compat levels the default was to stop the unit file in the prerm, and start it again in the postinst. This can be useful for daemons that should not have a possibly long downtime during upgrade. But you should make sure that the daemon will not get confused by the package being upgraded while it's running before using this option. --no-restart-after-upgrade Undo a previous --restart-after-upgrade (or the default of compat 10). If no other options are given, this will cause the service to be stopped in the prerm script and started again in the postinst script. -r, --no-stop-on-upgrade, --no-restart-on-upgrade Do not stop service on upgrade. --no-start Do not start the unit file after upgrades and after initial installation (the latter is only relevant for services without a corresponding init script). NOTES
Note that this command is not idempotent. dh_prep(1) should be called between invocations of this command (with the same arguments). Otherwise, it may cause multiple instances of the same text to be added to maintainer scripts. Note that dh_systemd_start should be run after dh_installinit so that it can detect corresponding SysV init scripts. The default sequence in dh does the right thing, this note is only relevant when you are calling dh_systemd_start manually. SEE ALSO
debhelper(7) AUTHORS
pkg-systemd-maintainers@lists.alioth.debian.org 11.1.6ubuntu2 2018-05-10 DH_SYSTEMD_START(1)
All times are GMT -4. The time now is 02:58 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy