-
Commonly Used Sudo Commands for *Ubuntu/Unity Crash Recovery
Hi All,
I am just carrying this thread over from the now closed Precise thread with hopes of building on it.
Thanks,
Ventrical
-
Re: Commonly Used Sudo Code for (*)Ubuntu/Unity Crash Recovery
Re: Commonly Used Sudo Code for (*)Ubuntu/Unity Crash Recovery
Here are some common codes of interest to help with Precise recovery in the event of a crash.
How to find your souces.list- this list is used to set repositories and can be done manually. It is also informative to have on hand if you decide to do a transitional upgrade from Oneiric Ocelot to Precise Pangolin, Precise Pangolin to Quantal Quetzel, Quantal Quetzel to Raring Ringtail, Raring Ringtail to Saucy Salamander, Saucy Salamander to Trusty Tahr, Trusty Tahr to Utopic Unicorn, UU to Vivid Vervet, VV to Wily Werewolf, WW to Xenial Xerus, XX to Yakkety Yak, YY to Zesty Zapus, ZZ to Artful Ardvarrk to Bionic Beaver(current development release).
Code:
/etc/apt/sources.list
Trusty Tahr will not install: From initial boot screen from LiveCD or LiveUSB you may receive verbose characters or only purple or black screen:
- check here: [/COLOR]http://ubuntuforums.org/showpost.php...47&postcount=5
Your beta version of Firefox is Broken- here are two possible fixes:
http://ubuntuforums.org/showpost.php...9&postcount=18
http://ubuntuforums.org/showpost.php...0&postcount=19
Here is a list of commonly used Ubuntu/Linux terminal Codes (not neccessarily in order and open to interperetation) of PP Crash Recovery Codes -To be updated:
1. This command is used to auto edit the sources.list file on a previous install and could be considered as a first step to converting to Trusty Tahr. However this and other commands may be moot after Alpha .iso are released. You can still play it safe and test the kernels but breakage may occur nonetheless.
Code:
sudo sed -i 's/artful/bionic/g' /etc/apt/sources.list
2. This command will update your repositories to BB.
Code:
sudo apt-get update && sudo apt-get dist-upgrade
3.This command is inclusive in #2. but is always good to run after removing or purging stuff.
Code:
sudo apt-get update
4.This command is also included in #2. and upgrades any new files that are set in the repositories.
Code:
sudo apt-get dist-upgrade
4.(a)Update-manager is a fairly important component of the Ubuntu distribution. As we are supposed to be testing during the development phase, this application would be helped by testing and bug reporting as well.You can always make a judgement call as to whether the changes proposed by update-manager seem safe or not. If in doubt I think the best way to proceed is with aptitude:
Code:
aptitude update && aptitude safe-upgrade
This alleviates the concern when packages/dependencies may not be fully synced in the repos. They will be held back until dependencies are satisfied.
5.This command is an essential command if you are a elementary beta tester as it will upgrade the GRUB bootloader after changes to the system using other commands, are made (like upgrading a kernel). If you have tried to carry out a proceedure and wonder why it had not taken effect on the next boot, it is likely that you did not sudo update-grub. 6.This command will give you simple information about your system, most commonly used to discover your video adapter. 7.This command will display version information of the kernel you are using. 8.This command will tell you what Version of Ubuntu you are using. It will help validate and document that the prior commands have worked properly. 9.This command will continue to install packages that may have been broken during download or if your download unexpectedly terminated or if you have had a power-failure.
Code:
sudo -i dpkg --configure -a
10.These two commands can be used separately if you are at the terminal prompt from startup. You can get to the terminal (if you have no desktop) by pressing the keys <Crtl+Alt+F1> It makes booting and restarting quicker and more efficient than if you were in a desktop shell.
Code:
sudo reboot -sudo poweroff
11.One that I have found helpful for fixing broken packages is .
Code:
sudo apt-get -f install
12.Will install any packages necessary to fix the broken package if they are available . If some necessary packages are not available you can use this to remove the broken one .
Code:
sudo apt-get -f remove
13.Do not rely on any inaccurate information from the user as to whether he has (or not) added PPAs to his install. We just get the PPAs and read them. Then we parse the PPAs (from ppa-file-name.list to PPA:razz:paname/package format - which is the format required by the command ppa-purge)
Code:
if [[ -d /etc/apt/sources.list.d && $(ls -l /etc/apt/sources.list.d/* | wc -l) -gt 0 ]]; then echo -e "\n\nPPA dir exists and is not empty\n\n"; for PPA_FILE in $(ls /etc/apt/sources.list.d/*); do cat ${PPA_FILE} | grep "deb http" | sed -e 's|deb http:\/\/||' | sed -e 's|.launchpad.net/||' | sed -e 's|/ubuntu||' | sed -e 's|natty||' | sed -e 's|maverick||' | sed -e 's|oneiric||' | sed -e 's|main||' | tee -a $HOME/ppa-sources.list; done; echo "PPA list saved at $HOME/ppa-sources.list"; else echo -e "\n\nEmpty or inexistent PPA directory\n\n"; fi
14.Attempts to fix a broken OO Install for NVidia 173 users
Code:
#!/bin/bash ################################################## # fix_oneiric.sh # Attempts to fix a broken OO Install for NVidia 173 users # Effenberg0x0@Launchpad.net # ################################################## # # Save this file to a known location, such as your Home Folder # Execute it with sudo chmod +x fix-oneiric.sh && sudo bash ./fix-oneiric.sh # ################################################## # Assume the env vars we need may be wrong and get them # from safer sources ROOT_PARTITION=$(mount | grep -i "on / type" | awk '{ print $1}') ROOT_FS=$(mount | grep -i "on / type" | awk '{ print $5}') ROOT_WRITE=$(mount | grep -i "on / type" | awk '{ print $6 }') FIX_USER=$(cat /etc/passwd | grep 1000 | awk 'BEGIN { FS=":" }; {print $1}') ################################################## # Checks for a rw filesystem and remounts if needed if [ $ROOT_WRITE == "(ro)" ]; then mount -f -o remount,rw -t $ROOT_FS $ROOT_PARTITION / fi ################################################## # Make sure GUI sessions are stopped service stop lightdm service kill -s KILL $(pidof lightdm) service stop gdm service kill -s KILL $(pidof gdm) killall -s KILL /usr/bin/X ################################################## # Fixes user home permissions and ownership chown $FIX_USER:$FIX_USER /home/$FIX_USER -R && sudo chmod 750 /home/$FIX_USER -R ################################################## # Fixes Xauthority bug mv /home/$FIX_USER/.Xauthority /home/$FIX_USER/.Xauthority.backup ################################################## # Removes all nvidia remains cd /home/$FIX_USER mkdir nvidia_driver cd nvidia_driver apt-get remove --purge gdm nvidia-173 nvidia-96 nvidia-cg-toolkit nvidia-current-updates nvidia-173-dev nvidia-96-dev nvidia-common nvidia-current-updates-dev nvidia-173-updates nvidia-96-updates nvidia-current nvidia-settings nvidia-173-updates-dev nvidia-96-updates-dev nvidia-current-dev nvidia-settings-updates ################################################## # Downloads nvidia 173 driver wget http://us.download.nvidia.com/XFree8...14.31-pkg1.run ################################################## # Exports needed and correct environment variables export DISPLAY=:0.0 export XDG_CURRENT_DESKTOP=Unity export XDG_DATA_DIRS=/usr/share/ubuntu:/usr/share/gnome:/usr/local/share/:/usr/share/ export COMPIZ_CONFIG_PROFILE=ubuntu export GDMSESSION=ubuntu export DESKTOP_SESSION=ubuntu export PATH=/home/$USER:/usr/lib/lightdm/lightdm:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games export XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session0 export XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0 export DEFAULTS_PATH=/usr/share/gconf/ubuntu.default.path ################################################## # Run nvidia installer chmod +x NV* ./NV* ################################################## # Reinstalls all critical DM/DE packages apt-get install --reinstall --fix-broken --allow-unauthenticated lightdm lightdm-gtk-greeter unity unity-2d unity-2d-launcher unity-2d-panel unity unity-2d-places unity-greeter unity-lens-music unity-services unity-2d unity-2d-spread unity-lens-applications unity-place-applications unity-2d-launcher unity-asset-pool unity-lens-files unity-place-files unity-2d-panel unity-common unity-lens-gwibber unity-scope-musicstores compiz compiz-dev compiz-kde compiz-plugins-main-default compizconfig-backend-gconf compiz-fusion-bcop compiz-plugins compiz-plugins-main-dev compizconfig-backend-kconfig compiz-fusion-plugins-extra compiz-plugins-default compizconfig-settings-manager compiz-fusion-plugins-main compiz-plugins-extra compiz-core compiz-gnome compiz-plugins-main ################################################## # Makes sure lightdm was not started service lightdm stop ################################################## # Fixes lightm config bug (if needed) if [ ! -f /etc/lightdm/lightdm.conf ]; then sudo touch /etc/lightdm/lightdm.conf echo -e "[SeatDefaults]\r\nuser-session=ubuntu\r\ngreeter-session=unity-greeter" | tee /etc/lightdm/lightdm.conf ################################################## # Fixes default-display-manager bug (if needed) if [ ! -f /etc/X11/default-display-manager ]; then touch /etc/X11/default-display-manager echo -e "/usr/sbin/lightdm" | tee /etc/X11/default-display-manager ################################################## # Makes sure compiz/compiz-config settings are resetted gconftool-2 --recursive-unset /apps/compiz-1 gconftool-2 --recursive-unset /apps/compizconfig-1 ################################################## # Backup of compiz/configconfig settings mv $FIX_USER/.config/compiz-1/compizconfig $FIX_USER/.config/compiz-1/compizconfig.old mv $FIX_USER/.config/compiz-1 $FIX_USER/.config/compiz.old mv $FIX_USER/.compiz-1 $FIX_USER/.compiz-1.old mv $FIX_USER/.cache/compizconfig-1 $FIX_USER/.cache/compizconfig-1.old ################################################## # Update/upgrade the system and reboot apt-get update && apt-get upgrade reboot now
15.Unsolvable weird crash messages at most init procedures, ending in a "black screen" (or a console screen), no DM/DE after many attempts to fix a user setup (video driver, env vars, packages, etc).
A: Check for missing /run, or lack of permissions to write to it. Happens when users upgrade from old releases (that used /var/run and /var/lock instead of /run and /run/lock). Somehow the new install misses the creation of /run and /run/lock.
Check/Fix:
Code:
if [ ! -d /run -a -d /var ]; then sudo ln -s /var/run /run && sudo mkdir -p /run/lock; fi
16.Unable to run apt-get. "Archive directory /var/cache/apt/archives/partial is missing"
Check/Fix:
Code:
if [ ! -d /var/cache/apt/archives/partial ]; then sudo mkdir -p /var/cache/apt/archives/partial && sudo touch /var/cache/apt/archives/partial/lock && sudo chmod 640 /var/apt/cache/archives/lock && sudo apt-get clean; fi
17.System mounted in "Read Only" mode. User is unable to edit config files or install any package, so no one can help him. All requested procedures will fail until it is set rw again. Happens when user has errors=remount-ro in fstab.
Check/Fix:
Code:
if [ $(sudo mount | grep -i "on / type" | awk '{ print $6 }') == "(ro)" ]; then sudo mount -f -o remount,rw -t $(sudo mount | grep -i "on / type" | awk '{ print $5}') $(sudo mount | grep -i "on / type" | awk '{ print $1}') /; fi
18.Just tried installing Precise for the first time today, using Alpha 1. I have an nvidia gs7600 card.
Installation went fine but on reboot the system repeatedly hung without booting to the Desktop. The 'nomodeset' option did not help.
Updating the packages from the recovery mode terminal didn't work either, nor did trying to start lightdm after a terminal log in.
What finally allowed booting to the Desktop was removing all nvidia packages and then reinstalling nvidia-current (which also installed nvidia-settings).
Code:
sudo apt-get purge nvidia* sudo apt-get install nvidia-current
Last edited by cariboo907; December 22nd, 2011 at 04:09 PM.. Reason: remove hard to read color formatting
http://ubuntuforums.org/images/statu...ser_online.gif http://ubuntuforums.org/images/buttons/report.gif http://ubuntuforums.org/images/buttons/edit.gif
-
Re: Commonly Used Sudo Code for (*)Ubuntu/Unity Crash Recovery
Here is a most recent fix for a libxfont1 downgrade from pressureman:)
http://ubuntuforums.org/showpost.php...&postcount=106
-
Re: Commonly Used Sudo Code for (*)Ubuntu/Unity Crash Recovery
thanks ventrical , now if cariboo or someone can make this a sticky .
-
Re: Commonly Used Sudo Code for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
ronacc
thanks ventrical , now if cariboo or someone can make this a sticky .
Thanks ronacc and Cariboo907 and tekstr1der.
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
For ATI users:
fglrx uses xorg.conf, but syntax has changed in the past year (a 10.10 xorg.conf will get you a black screen).
So after upgrading, run:
Code:
sudo rm /etc/X11/xorg.conf sudo aticonfig --initial
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Command to stop the lightdm display manager:
Code:
sudo service lightdm stop
Command to start gdm (Gnome Display Manager)
Code:
sudo service gdm start
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Here is a fix that was scrounged up by ronacc for a very touchy nvidia-graphics-installer problem and the new 3.4.n.-n kernel.
http://ubuntuforums.org/showpost.php...8&postcount=33
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
I had some problems zsyncing the quantal alternate iso. I left a message for guitara but I think I got the wrong link. Anyways .. anyone trying to zsync the quantal-alternate-i386.iso can use this code and URL.
zsync -i ./quantal-alternate-i386.iso http://cdimage.ubuntu.com/daily/curr...i386.iso.zsync
Thanks..
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
If you want to update the quantal alternate iso it is better to paste this code to terminal:
Code:
zsync -i ./quantal-alternate-i386.iso http://cdimage.ubuntu.com/daily/current/quantal-alternate-i386.iso.zsync
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
ventrical
If you want to update the quantal alternate iso it is better to paste this code to terminal:
Code:
zsync -i ./quantal-alternate-i386.iso http://cdimage.ubuntu.com/daily/current/quantal-alternate-i386.iso.zsync
The "-i <input file>" is not necessary if the URL you are fetching is for an existing copy of the file. Zsync will automatically assume you are updating an existing download, use that as the seed, and backup the original file to *.old when finished updating.
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
@pressureman
Thanks:)
*note*
If any are having problems with startup video graphics try hitting <ctrl+F1> at the very start of booting your .ISo and then choose F6 and <nomodeset> . I was just able to resolve a problem with an older nVidia adapter card using this process.
*other note*
My apologies for not adding any extra content to U+1 or here in the forums. Iv'e been just so busy .
regards, ventrical
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
ventrical
@pressureman
Thanks:)
*note*
If any are having problems with startup video graphics try hitting <ctrl+F1> at the very start of booting your .ISo and then choose F6 and <nomodeset> . I was just able to resolve a problem with an older nVidia adapter card using this process.
*other note*
My apologies for not adding any extra content to U+1 or here in the forums. Iv'e been just so busy .
regards, ventrical
Just to add a bit of a correction to the above post. Pressing any key will bring up the menu when booting from the iso.
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Code to remove ppas:
remove-
sudo add-apt-repository --remove ppa:someppa/ppa
purge-
sudo apt-get install ppa-purge
sudo ppa-purge ppa:someppa/ppa
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Code to blacklist 'nouveau'
6) Blacklist nouveau
Code:
$ sudo nano /etc/modprobe.d/blacklist.conf
Add these lines to the end of blacklist.conf:
Quote:
# Manually added to avoid conflict with nvidia proprietary module
blacklist nouveau
alias nouveau off
-------------------------7) Check for nvidia in blacklists
Make sure you do not have nvidia blacklisted in other files at /etc/modprobe.d/*
Code:
$ cd /etc/modprobe.d $ grep -iHnr "nvidia" *
The commands above should return only this:
Quote:
blacklist-framebuffer.conf:18:blacklist nvidiafb
8) Create a directory for the driver:
It's useful to keep the installer at a known place (for eventuall reinstalls). Create a directory within your user $HOME for the Nvidia installer:
Code:
$ mkdir -p $HOME/Downloads/nvidia-drivers && cd $HOME/Downloads/nvidia-drivers
9) Get the installer:
Download Nvidia installer for your architecture (32-bit or 64-bit).
Run "uname -a" if you need to check whether you are using 32-bit or 64-bit.
For 32-bit:
Code:
wget ftp://download.nvidia.com/XFree86/Li...x86-304.43.run
For 64-bit:
Code:
wget ftp://download.nvidia.com/XFree86/Li..._64-304.43.run
OBS: If the direct links above fail, go to http://www.nvidia.com/Download/index.aspx?lang=en-us nd get your drivers there.
10) Check the download:
Check whether the file was downloaded/saved to the directory we created:
Code:
$ ls -lha NVIDIA*
Quote:
-rw-rw-r-- 1 ahsl ahsl 62M Aug 28 05:04 NVIDIA-Linux-x86_64-304.43.run
OBS: The result above is for the 64-bit installer. You might have downloaded the 32-bit version depending on your system specs/arch.
11) Make the installer executable:
Code:
$ sudo chmod +x NVIDIA*
12) Switch to a Virtual Terminal and stop lightdm/X:
- Press Ctrl+Alt+F6 and login with your user/pass
Code:
$ sudo service lightdm stop $ sudo killall -s KILL /usr/bin/X
13) Install:
Run the Nvidia installer:
Code:
$ sudo ./NVIDIA*
OBS: You should answer YES to ALL questions. The only question I answer NO is the one about DKMS. I have had some problems with it. YMMV.
14) Restart:
Back to the console prompt, restart the PC:
Code:
$ sudo reboot now
15) (Optional) Sing a happy song during boot:
I suggest this one: http://www.youtube.com/watch?v=EcPxszGTCa8
Problems:
1) If you can't see lightdm (stuck in console mode on boot)
- Is nouveau really blacklisted? Is nvidia *not* blacklisted? See steps 6 and 7. Which modules are loaded? Check with:
Code:
$ lsmod | grep -i nv $ lsmod | grep -i nouveau - Is anything non-standard being passed to the kernel cmdline at boot via Grub? See step 3. You only need special parameters if you know what they do.
- Did the install procedure went through with no errors? You can re-run it just to be sure. Repeat steps 12, 13 and 14 only.
2) If you can't enter the Ubuntu session (loop back to lightdm):
- Are you using an outdated version of xorg packages? Were they pinned / Hold? Check steps 1 and 5.
3) If you have no Dash / Launcher, nothing in Unity:
- Maybe this is a failed install with no GLX support. Try this:
- Press Ctrl+Alt+T. If you don't get a terminal, switch to a VT with Ctrl+Alt+F6.
- Run these commands to check for glx support:
Code:
$ sudo apt-get install nux-utils mesa-utils $ /usr/lib/nux/unity_support_test $ glxgears -info - If you have no support for GLX, you have failed to follow the steps above and should re-do the procedure.
- If you have glx support, the Unity plugin is not loaded. At the terminal / VT run:
Code:
$ sudo apt-get install compizconfig-settings-manager $ DISPLAY=:0.0 ccsm
And activate the Unity plugin.
4) If you have a low performance, tearing, artifacts:
- You might have to disable / enable "Sync to VBlank" in compizconfig-settings-manager (ccsm) / OpenGL Plugin to increase performance / avoid tearing depending on how things work for this card.
- You might have to disable / enable "Sync to VBlank" in nvidia-settings / "OpenGL Settings" to increase performance / avoid tearing, depending on how things work for this card.
- You might have to enable "Force fullscreen redraws (buffer swap) on repaint" on ccsm / Workarounds Plugin to fix tearing / repaint problems.
5) Monitors not configured:
- Maybe the secondary monitor will be automatically activated, maybe it will not. I don't know why this is apparently not consistent.
- Go to Dash / Nvidia-settings and activate / configure the primary/secondary monitor if needed.
OBS:
- Yes, there are typos above.
- I started typing before you posted the second msg to this thread, so 90% of it does not apply to your problem. Yey :)
- You probably can benefit from steps 4 and 5 in the "Problems" section. Unless the procedure in Problems/Step 1 shows you not on nvidia but nouveau or, worse, llvmpipe or something (commands in step 3 can test that). In which case everything above applies :)
Regards,
Effenberg
---------------------------------------
(thanks effenberg)
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
v3.7-rc2-raring
Here is the best and simple way to install kernek RCs,
Quote:
Originally Posted by cecilpierce http://ubuntuforums.org/images/rebra...s/viewpost.gif
I would like to try it, what order do I install the 4 .deb files ?
When I tried it I got a couple errors about vbox and something else, cant remember, dah!
what i do with new kernel :
- download the required debs (2 headers + 2 images) into an empty folder
- then from that folder: sudo dpkg -i *
Thanks to dino99
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
If you are having problems with nvidia drivers and the new kernel RC then fooman has the answer.
v3.7-rc2-raring
Re: Kernel 3.7-rc1
lost the nvidia drivers when i first booted up (GTX480), no top panel or unity....had to right-click on desktop to open terminal. from there i opened firefox and got the command to install the x-edgers PPA:
Code:
sudo add-apt-repository ppa:xorg-edgers/ppa
ran that, then opened synaptic from the terminal (sudo synaptic), updated the repos, let it install all updates plus the edgers nvidia-current (vers. 310.14). rebooted and all is well:
Code:
jackel@jackel-GA-990FXA-UD5:~$ cat /etc/lsb-release DISTRIB_ID=Ubuntu DISTRIB_RELEASE=12.10 DISTRIB_CODENAME=quantal DISTRIB_DESCRIPTION="Ubuntu 12.10" jackel@jackel-GA-990FXA-UD5:~$ uname -r 3.7.0-030700rc2-generic
...working great!! :smile:
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Anyone having problems changing their hostnames or want to rename them (if you did not get a chance to do so during install) then here is an excellent link to achieve that.
http://www.webupd8.org/2012/03/how-t...r-name-in.html
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
If you download a document file (or any other file for that matter) and conventional ways of searching for that file do not work then you can use the gnome-terminal and enter the code:
dpkg -S name_of_downloaded_or_installed_file_here
This will give you the path and directory name as to where the file is.
For example, if you are searching for the mir-doc files - here are the results
of that code:
Code:
mir-doc: /share/doc/mir-doc/html/inherit_graph_89.png
mir-doc: /share/doc/mir-doc/html/inherit_graph_116.map
mir-doc: /share/doc/mir-doc/html/buffer__initializer_8h__dep__incl.map
mir-doc: /share/doc/mir-doc/html/classmir_1_1client_1_1_null_logger__inherit__graph.map
mir-doc: /share/doc/mir-doc/html/classmir_1_1client_1_1_native_client_platform_factory__inherit__graph.map
mir-doc: /share/doc/mir-doc/html/classmir_1_1client_1_1_mir_binder_rpc_channel__inherit__graph.png
mir-doc: /share/doc/mir-doc/html/surfaces_2surface_8h__incl.map
mir-doc: /share/doc/mir-doc/html/android__client__buffer_8h__dep__incl.png
mir-doc: /share/doc/mir-doc/html/mir__binder__rpc__channel_8h__incl.md5
mir-doc: /share/doc/mir-doc/html/registration__order__focus__sequence_8h__dep__incl.png
mir-doc: /share/doc/mir-doc/html/size_8h__incl.map
mir-doc: /share/doc/mir-doc/html/inherit_graph_104.md5
mir-doc: /share/doc/mir-doc/html/search/all_79.html
mir-doc: /share/doc/mir-doc/html/mir__basic__rpc__channel_8h__incl.png
mir-doc: /share/doc/mir-doc/html/classmir_1_1client_1_1_client_context__inherit__graph.md5
mir-doc: /share/doc/mir-doc/html/classmir_1_1surfaces_1_1_graphic_region.html
mir-doc: /share/doc/mir-doc/html/structmir_1_1shell_1_1_surface_creation_parameters-members.html
etc...
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Command line code on how to tell which video driver you are using:
Code:
/usr/lib/nux/unity_support_test -p -f
Sould give a report somthing like this:
Code:
ventrical@ventrical-AcerAMD64bitDual:~$ /usr/lib/nux/unity_support_test -p -f
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce G210/PCIe/SSE2/3DNOW!
OpenGL version string: 3.3.0 NVIDIA 304.84
Not software rendered: yes
Not blacklisted: yes
GLX fbconfig: yes
GLX texture from pixmap: yes
GL npot or rect textures: yes
GL vertex program: yes
GL fragment program: yes
GL vertex buffer object: yes
GL framebuffer object: yes
GL version is 1.4+: yes
Unity 3D supported: yes
ventrical@ventrical-AcerAMD64bitDual:~$
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
ventrical
For ATI users:
fglrx uses xorg.conf, but syntax has changed in the past year (a 10.10 xorg.conf will get you a black screen).
So after upgrading, run:
Code:
sudo rm /etc/X11/xorg.conf sudo aticonfig --initial
User in our LoCo stumbled upon this and (of course since copy&paste is prefered method worldwide...) complained... There should be some divider between these two commands...
Code:
sudo mv /etc/X11/xorg.conf /etc/X11/xorg.conf.ventrical
sudo aticonfig --initial
We use not to r(e)m(ove) file but just m(o)ve it, so, in case of any trouble, file can be easily retreived...
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
zika
User in our LoCo stumbled upon this and (of course since copy&paste is prefered method worldwide...) complained... There should be some divider between these two commands...
Code:
sudo mv /etc/X11/xorg.conf /etc/X11/xorg.conf.ventrical
sudo aticonfig --initial
We use not to r(e)m(ove) file but just m(o)ve it, so, in case of any trouble, file can be easily retreived...
Shouldn't the command look like this?
Code:
sudo mv /etc/X11/xorg.conf /etc/X11/xorg.conf.ventrical && sudo aticonfig --initial
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
cariboo907
Shouldn't the command look like this?
Code:
sudo mv /etc/X11/xorg.conf /etc/X11/xorg.conf.ventrical && sudo aticonfig --initial
Yes if You want to keep it in one row... De gustibus non est disputandum...
The way the were written originally was a typo... That was the point of my post... To correct an obvious typo...
Do not shoot the messenger... ;)
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
I wonder why this thread is under Ubuntu +1, and not in Tutorials & Tips. The commands mentioned here so far are not raring-specific, are they?
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
schragge
I wonder why this thread is under
Ubuntu +1, and not in
Tutorials & Tips. The commands mentioned here so far are not raring-specific, are they?
They aren't specific to any +1 version, but we seem to get quite a few new users that have no idea how to solve a problem via the command line, so the thread will stay where it is, to help them on their way to fixing a broken installation.
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
zika
User in our LoCo stumbled upon this and (of course since copy&paste is prefered method worldwide...) complained... There should be some divider between these two commands...
Code:
sudo mv /etc/X11/xorg.conf /etc/X11/xorg.conf.ventrical
sudo aticonfig --initial
We use not to r(e)m(ove) file but just m(o)ve it, so, in case of any trouble, file can be easily retreived...
Yes .. thanks .. I was busy that day , obviously :) My bad.
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
cariboo907
They aren't specific to any +1 version, but we seem to get quite a few new users that have no idea how to solve a problem via the command line, so the thread will stay where it is, to help them on their way to fixing a broken installation.
Thanks. I have been unbelievably busy. Unfortunately the wiki may suffer from non-updated content as well as here on the sticky. I am hoping to have another stretch of spare time come up soon and I have some utility duties on the list. This may not be until after the final release of raring .. but I am still on to getting this updated as soon as I can. :)
Regards,
Ventrical
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
We are discussing bringing back the Tutorial and Tips sub-forum, as for most the wiki experiment has been a dismal failure. I'm also not sure what is going to happen with the U+1 testing team, as Effenberg0x0 was going through some personal probelms, and has seemed to have disappeared.
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
cariboo907
We are discussing bringing back the Tutorial and Tips sub-forum, as for most the wiki experiment has been a dismal failure. I'm also not sure what is going to happen with the U+1 testing team, as Effenberg0x0 was going through some personal probelms, and has seemed to have disappeared.
I had noticed that users both verteran and new seem to be centered and affixed to Ubuntu-forums. Embedding a message base into the wiki would have been useless duplicity. All the hard, cutting edge action is at ubuntu-forums scratch pad. effenberg said he would be back . He owns U+1 wiki.
And as for U+1 ... is it not obsoleted?? If so , then the wiki was doomed to failure anyways not by my hands.
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Cleaned out the U+1 Testers wiki and renamed it Rolling Release in my sig.
Regards,
Ventrical
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
ventrical
I had noticed that users both verteran and new seem to be centered and affixed to Ubuntu-forums. Embedding a message base into the wiki would have been useless duplicity. All the hard, cutting edge action is at ubuntu-forums scratch pad.
effenberg said he would be back . He owns U+1 wiki.
And as for U+1 ... is it not obsoleted?? If so , then the wiki was doomed to failure anyways not by my hands.
Hey :) Sorry for disappearing, I had to take some time off and deal with personal stuff... I completely missed this cycle, but I'll be here for the next.
BTW, I own nothing, everything is free as in (free beer|speech) :P
There's a lot to do in testing-documentation, dev. and doc. of testing methods/best-practices, user-oriented documentation, etc. There has always been, there will always be room for contribution and improvement, whatever the development model is (rolling, bumping, jumping, swimming, etc). And we're not even talking seriously about testing in other platforms (mobile, etc). We'll think of something to do next cycle and, obviously, stuff to bother Nick with.
Regards,
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
effenberg0x0
Hey :) Sorry for disappearing, I had to take some time off and deal with personal stuff... I completely missed this cycle, but I'll be here for the next.
BTW, I own nothing, everything is free as in (free beer|speech) :P
There's a lot to do in testing-documentation, dev. and doc. of testing methods/best-practices, user-oriented documentation, etc. There has always been, there will always be room for contribution and improvement, whatever the development model is (rolling, bumping, jumping, swimming, etc). And we're not even talking seriously about testing in other platforms (mobile, etc). We'll think of something to do next cycle and, obviously, stuff to bother Nick with.
Regards,
Good to you you back effenberg! :)
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
@effenberg
I pretty well butchered the tester wiki and am preparing it for 'Rolling Release' because the Raring links are all but obsoleted now and can't be zsynced (at least from here). When you get time .. lemme know where you would like to go with it and/or any other ideas you have.
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Curious to see how "rolling release stable" and "rolling release unstable" will be differentiated in Daily Build.
As I do frequent updates the disk usage as defined by df gets more and more, despite all my efforts to apt-get clean, remove, autoremove, purge, etc. Since the disk usage grows that means to me more and more code that's not being used especially on amd64 so I do a re-install and may get over 10% disk space back. In the days of large disks who cares? I test using multiple stable and unstable partitions, and SSDs of any size are expensive.
Also curious to see how U+1 forum is handled, it's been very useful to me for years. The general "ubuntuforums" is not nearly so useful since the new stuff is very diluted, scattered, and I'm not expert enough in tips and hints specific searching.
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
BTW, as Canonical concentrates on smartphones and tablets (smartwatches?), pc's and pc releases are becoming less of interest perhaps occasional rolling release reflects their disinterest....
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
jerrylamos
Also curious to see how U+1 forum is handled, it's been very useful to me for years. The general "ubuntuforums" is not nearly so useful since the new stuff is very diluted, scattered, and I'm not expert enough in tips and hints specific searching.
Me too. I think this subforum has created sort of a community and its own culture and changing its purpose / communication might be a decision we will regret later if things, once again, change.
We know decisions in FOSS and Ubuntu are sometimes made and later unmade, with or without regret, which is comprehensible: People make them with the information they have in hands and no one can really predict the future with 100% accuracy.
I'd hate to see this community disappear or lose relevance. And I'm not convinced we'll stick to one development model or another.
We can all agree that we're testers: We'll continue testing/reporting, talking about features and bugs, with the goal of helping development and improvement. Also, some features can't simply be developed and implemented in a rolling model without some very alpha testing to check viability. Adding some very alpha ideas to rolling development will be too dangerous to be pushed to non-technical users updates. What I'm saying is that, to a certain level, testers are always needed, no matter what the development model is.
So maybe we should keep keep the subforum as "U+1" and operate as usual.
However, if for any reason we are required to change the name of the subforum, I'd advocate for "Ubuntu Testers". This name would finally acknowledge who we are and what we have been doing here for some years now... It would also present us and our activities properly to the larger Ubuntu Community. As a bonus, it would make our activities (as well as the risks involved in it) clearer to newbies.
I am confident any changes to our subforum name and activities won't be taken by forum admins without a proper discussion. And a proper discussion regarding this subforum is only acceptable if it involves its users - we should be able to express our opinions if any change is to be made. Also, we have many Ubuntu Members and Forum Admins and Moderators using this subforum. These people definitely understand what we do here and I believe they are likely to make thoroughly considered decisions.
(This is IMHO anyway).
Regards,
Effenberg
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
effenberg0x0
So maybe we should keep keep the subforum as "U+1" and operate as usual.
Funny you should mention that, as we were talking about that very thing last week. I plan on putting up a poll in the next couple of days, to see how the tester all feel about whether we should keep closing the sub-forum and changing to the name of the next version, or simply naming it U+1, and continue on as we have.
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
cariboo907
Funny you should mention that, as we were talking about that very thing last week. I plan on putting up a poll in the next couple of days, to see how the tester all feel about whether we should keep closing the sub-forum and changing to the name of the next version, or simply naming it U+1, and continue on as we have.
Hey Cariboo,
I never really liked the idea of closing and restarting each cycle. Many bugs persist between releases, some concepts, workarounds, knowledge apply to all releases, etc. I'm very much in favor of not closing it anymore. Hopefully that's what the poll results will indicate.
Question: Let's say people decide to stop closing it. Would we keep the closed ones in the archive, as they are now, or would we merge them back? (is it even possible?)
I mean, if we decide that it makes sense to not restart the sub-forum anymore, maybe it would make no sense to have the sub-forum content of the previous releases archived.
Regards,
Effenberg
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
I won't say no to merging the old archives into the U+1, but at this time, I really doubt it, I'll have to bring it up with the forum council first. The way we've always done it, was started before the present forum council, and as such we have so far just followed tradition. We are making some changes that we hope will undo some of the restrictions previous councils have put in place, but we won't be making wholesale changes at any time soon.
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
cariboo907
Funny you should mention that, as we were talking about that very thing last week. I plan on putting up a poll in the next couple of days, to see how the tester all feel about whether we should keep closing the sub-forum and changing to the name of the next version, or simply naming it U+1, and continue on as we have.
I think this would be a great idea because merging the older threads would in fact be like a rolling model. Other testers would not be then so discouraged to "bump" an older thread up for comparative analisys to the current cycle. There will always be a symbiosis with previous cycles and keeping the U+1 thread a 'rolling' thread may be a good model to experiment with and may even set a template for the eventual rolling distro models to come. If you want to defragment the *knowledge base* then this would be the way to do it.IMO
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
We've got 8 development release sub-forums archived, and even though there are some underlying bugs that are still bothersome, much of the information in those sub-forums is nowhere near relevant today. The one big problem I see, is that the archived threads aren't indexed by Google at the moment, and if they are folded back into the U+! sub-forum, we could have quite a few more necromanced threads, than we are seeing already, recently we seem to be seeing 10- 15 threads a day brought back from the dead, that have to be dealt with. We don't want to put so much work on the moderation team with the things they deal with day to day that it isn't fun for them to do what they do any more, so we'll really have to think long and hard on this proposal.
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Yes, that would be a tremendous load, however, suppose that , for experiemental purposes, it is proposed to the Forum Council to open the most previous archive (Quantal Quetzal) and put it in it's own forum under Specialized Support under a suggested heading "U+1 Ammendments-Quantal". I am sure that a small rule can be implied that the forums topics are to be topical for research and ammendments only in relationship to the current U+1 cycle. So there would always be two back. When '13.10' cycle is ready to roll it would be two back - to raring and quantal.
ie;
Ubuntu Specialised Support
Ubuntu +1 (SS)
Ubuntu +1 Ammendments Raring
Ubuntu + 1 Ammendments Quantal
It's like being in a library. You have current research information in front of you but you have to examine an archive. The archive is locked in another room so you have to take an extra step to get there. After examining the archive material it is found that there is something significant to current or something current that is significant to editing an ammendment into the archive. Since the archive is locked , it cannot be edited. Of course the information can be pointed to in a link, quoted and corrected in the current volume, copy and pasted .. etc.. but would it not be much more efficient to make the ammendment as an addendum to the topic matter of any particular subject in question?
I have noticed that people are always referring to " something similar in the last cycle" ... um.. it's sort of like loosing your keys if you get what I mean. This way the knowledge base may be utilized more often and it could save some downtime.
Regards,
Ventrical
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Maybe U+1 sub-forum (current or archive) content shouldn't be indexed by Google at all, as it may provide nontechnical users with dangerous info... And that is easily doable via robots.txt, Google's Webmaster Tools, etc.
That would free us to merge the archives to current, reduce the risk to nontechnical users created by Google hits to U+1 content and, given our small traffic in comparison to General Help, it would hardly impact UbuntuForums popularity in Google searches.
Also, I believe we could merge the archives while keeping its threads closed, to avoid necromancy.
It's something to consider anyway.
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
I belong to another site where it is policy that posts for "like issues" are contained in a single sub-forum. We now have single threads approaching 2,300 pages and 34,000 posts long. Difficult to read, easy to become confused by outdated issues and almost impossible to follow individual points.
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
PJs Ronin
I belong to another site where it is policy that posts for "like issues" are contained in a single sub-forum. We now have single threads approaching 2,300 pages and 34,000 posts long. Difficult to read, easy to become confused by outdated issues and almost impossible to follow individual points.
Sort of like the conky thread in the Cafe, 2175 pages and 21,748 replies, and well over 6.4 million views.
I don't think we'll see any of that type of thread here, but I do worry about threads that have old or bad information being brought back to life, until we get the auto-close plugin enabled.
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Anyone know what happened to :
sudo -i dpkg --configure -a
I even tried it in Precise and it comes up with an error.
My follow-up question is;
Does there actually have to be broken packages for this to work?
Regards,
Ventrical
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
ventrical
Anyone know what happened to :
sudo -i dpkg --configure -a
I even tried it in Precise and it comes up with an error.
My follow-up question is;
Does there actually have to be broken packages for this to work?
Regards,
Ventrical
What error is produced?
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
ventrical
Anyone know what happened to :
sudo -i dpkg --configure -a
I even tried it in Precise and it comes up with an error.
My follow-up question is;
Does there actually have to be broken packages for this to work?
Regards,
Ventrical
Doesn't the -i mean install.
Is it just
Code:
sudo dpkg --configure -a
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
stinkeye
Doesn't the -i mean install.
Is it just
Code:
sudo dpkg --configure -a
„-i“ is used as a switch for „sudo“...
Let's see what is the error...
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
zika
„-i“ is used as a switch for „sudo“...
Let's see what is the error...
Exactly .. it is needed for root permissions. Back over a year ago I was doing an install/update and there was a lightning strike here. The power went out in the middle of while those packakes were being unpacked. I used that command and it worked just perfectly. Now, I guess the only way I can prove this is to do an update and emulate a power outage.
Anyways , I was just trying to get some confirmation as there is a discussion about this in another thread.
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
stinkeye
Doesn't the -i mean install.
Is it just
Code:
sudo dpkg --configure -a
The -i is for root, However .. I tired it as you had posted and it just did nothing - no error at all. I think that command is specifically for broken packages. I ised it with the (-i) over a year ago when there was a power outage in my area and that command successfully fixed all the broken packages.
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
ventrical
The -i is for root, However .. I tired it as you had posted and it just did nothing - no error at all. I think that command is specifically for broken packages. I ised it with the (-i) over a year ago when there was a power outage in my area and that command successfully fixed all the broken packages.
Man files are not so far away:
Code:
--configure package...|-a|--pending
Configure a package which has been unpacked but not yet config‐
ured. If -a or --pending is given instead of package, all
unpacked but unconfigured packages are configured.
To reconfigure a package which has already been configured, try
the dpkg-reconfigure(8) command instead.
Configuring consists of the following steps:
1. Unpack the conffiles, and at the same time back up the old
conffiles, so that they can be restored if something goes wrong.
2. Run postinst script, if provided by the package.
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
The:
sudo -i dpkg --configure -a
worked perfectly from terminal (not GUI terminal) [alt +F1 terminal]. I had dowloaded 75MB of updates and pulled the plug just as synaptic was starting to unpack the updates. Of course all packages were then updated with that command.
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
zika
Man files are not so far away:
Code:
--configure package...|-a|--pending
Configure a package which has been unpacked but not yet config‐
ured. If -a or --pending is given instead of package, all
unpacked but unconfigured packages are configured.
To reconfigure a package which has already been configured, try
the dpkg-reconfigure(8) command instead.
Configuring consists of the following steps:
1. Unpack the conffiles, and at the same time back up the old
conffiles, so that they can be restored if something goes wrong.
2. Run postinst script, if provided by the package.
My bad ..
It's
sudo -i dpkg --configure -a
not
sudo dpkg -i --configure -a
thanks
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
ventrical
My bad ..
It's
sudo -i dpkg --configure -a
not
sudo dpkg -i --configure -a
thanks
It was like that in Your original post and we (re)solved that in prevoius posts...
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
zika
It was like that in Your original post and we (re)solved that in prevoius posts...
No zika...
Please see the correction here:
http://ubuntuforums.org/showthread.p...4#post12607444
which was pasted from my post here:
http://ubuntuforums.org/showthread.p...3#post11893873
my bad :)
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Sorry, but what is the purpose of -i here? I mean why do you need to cd to /root and execute /root/.profile? Wouldn't just
Code:
sudo dpkg --configure -a
be enough?
Code:
sudo -i dpkg --configure -a
is equivalent to
Code:
sudo su -lc 'dpkg --configure -a'
which in turn is roughly the same as
Code:
sudo bash -lc 'cd /root; dpkg --configure -a'
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
schragge
Sorry, but what is the purpose of
-i here? I mean why do you need to cd to
/root and execute
/root/.profile? Wouldn't just
Code:
sudo dpkg --configure -a
be enough?
Code:
sudo -i dpkg --configure -a
is equivalent to
Code:
sudo su -lc 'dpkg --configure -a'
which in turn is roughly the same as
Code:
sudo bash -lc 'cd /root; dpkg --configure -a'
No obvious (to me) reason... You're just completely right... As far as I know...
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
ventrical
You've got me... I'm unable to follow this circulus vitiosus...
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
zika
No obvious (to me) reason... You're just completely right... As far as I know...
I can still see the purpose of it with apt-get if you are behind a proxy and /root/.profile contains
Code:
export http_proxy=http://example.com:3128
, although I'd prefer to specify the proxy in /etc/apt/apt.conf, but with dpkg?
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
@zika
Don't worry about it.
@ cariboo907
Could you please edit this post.
http://ubuntuforums.org/showthread.p...3#post11893873
It is #9. on the list where it's states 'sudo dpkg -i --configure -a' It should be 'sudo -i dpkg --configure -a
Thank you.
@all
Most of the commands in this thread are copied and pasted Looks like one slipped through the net.
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
schragge
Sorry, but what is the purpose of
-i here? I mean why do you need to cd to
/root and execute
/root/.profile? Wouldn't just
Code:
sudo dpkg --configure -a
be enough?
Code:
sudo -i dpkg --configure -a
is equivalent to
Code:
sudo su -lc 'dpkg --configure -a'
which in turn is roughly the same as
Code:
sudo bash -lc 'cd /root; dpkg --configure -a'
I just copy and paste them as they come. When I first used this command I was told that I needed to be root (which is the -i). I had tried to use just the dpkg with out the sudo -i but it did not work at that time.
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
ventrical
I just copy and paste them as they come. When I first used this command I was told that I needed to be root (which is the -i). I had tried to use just the dpkg with out the sudo -i but it did not work at that time.
That must have been before 8.04... Since then it worked for me like a clock...
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
To temporarily gain root privileges, just sudo would be enough:
Code:
sudo dpkg --configure -a
The -i option is only needed if you also want to execute /root/.profile to set up environment for root user. But if the only way to become root is through sudo as it is on Ubuntu then this could (and IMHO should) be done by editing /etc/sudoers.
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
schragge
To temporarily gain root privileges, just
sudo would be enough:
Code:
sudo dpkg --configure -a
The
-i option is only needed if you also want to execute
/root/.profile to set up environment for root user. But if the only way to become root is through
sudo as it is on Ubuntu then this could (and IMHO should) be done by editing
/etc/sudoers.
Yes .. zika had pointed that out to me some time ago and I made the correction at the wiki but I cannot make the correction here as I do not have moderator privlidges. That's my whole point.
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
zika
That must have been before 8.04... Since then it worked for me like a clock...
Actually it was during the Oneric Ocelot cycle. I'll see if I still have that install and check for logs/history.
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
ventrical
Actually it was during the Oneric Ocelot cycle. I'll see if I still have that install and check for logs/history.
I do not have such install but a brief search gives:
https://help.ubuntu.com/community/Ka...s/Kubuntu/8.04
In accordance with my loyal old notebook... One of the first entries... ;)
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
Quote:
Originally Posted by
zika
Just beautiful :) Now I have the bug to search down the thread where I got that sudo -i from:)
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
@cariboo907
Thanks .. ummm but one thing .. you forgot the -a
sudo -i dpkg --configure -a
:)
.. and if you think it best to drop the '-i' then please do so.
Thanks again.
;)
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery
I added the a
Not getting involved in a circular argument about -i :)
I might
then do
Code:
dpkg --configure -a
If I had a whole bunch of other stuff to do - but I'd only use
Code:
sudo dpkg --configure -a
if that was all I was doing ;)
-
Re: Commonly Used Sudo Commands for (*)Ubuntu/Unity Crash Recovery