LinHES Forums http://forum.linhes.org/ |
|
R5F27 Hints - Please read before installing! http://forum.linhes.org/viewtopic.php?f=3&t=16384 |
Page 1 of 4 |
Author: | tjc [ Sun Sep 09, 2007 5:41 pm ] |
Post subject: | R5F27 Hints - Please read before installing! |
Don't Panic! The Hitchhiker's Guide to KnoppMyth R5F27 This is a very long post which covers everything from pre through post install issues and fix ups. Do not let this frighten you off. It's long because I tried to write it at a "drunken monkey" level of detail, with the intent that you can cut & paste the example commands shown directly from this posting into a shell window on your KnoppMyth box. Please scroll down and look at the bold headings to get a feel for what it covers... If you're looking for something specific please use your browsers page search feature. Also, please read through the "Known Changes" and "Known Issues" sections, for various potential "gotchas" before you install or upgrade. They often point you to steps that you need to do to avoid problems. These posts were originally an upgrade guide, and that is still the main focus, but most of the setup hints and the information under "Known Issues" and "Known Changes" still apply for a fresh install. This is also intended to be a supplement to Cecil's Pamphlet and change list rather than a replacement. As a result it tends to skip issues they cover, so don't forget to review those before you start. Finally, a note on the color coding used here, red is used for file system objects (files, directories, ...), green is used for sample commands (partial or complete), indigo is used for GUI menu paths, and text in blue is a link to another posting/thread or web page. ALL THE COMMANDS SHOWN HERE MUST BE RUN AS ROOT! - See this wiki page for instructions on how to BecomeRoot. Known Changes There are a number of changes with consequences which may bite you on an upgrade, especially from a version older than R5E50, or which may affect old documentation.
1.2) The default compression format of the backup has changed versus R5C7 and later. The restore script will auto-detect the correct compression type if you don't confuse it by having copies of /myth/backup/savedfiles.tar* and/or /myth/backup/mythconverg.sql* with different compression types. This includes uncompressed versions, but not the version numbered files (i.e. /myth/backup/*.[1-9]). See the command described under "Phase 0" item #1.4 below to ensure that you don't have conflicting names. Note that this also means that any custom scripts or examples which extract things from the backup need to be changed to match. For tar archives this means using the options zxvf to extract .tar.gz files from the backup rather than using jxvf for .tar.bz2, for other files this means using the gzip command rather than bzip2. 1.3) For versions using the new style backup (R5C7 and later) there are certain things which should be removed from your custom /myth/backup/restore.list before upgrading. These can replace modern versions with out of date versions: Code: ./etc/webmin/miniserver.conf ./etc/lvm/lvm.conf The builtin restore list contains the following files and directories, they should also be removed from your personal list: Code: ./root ./home ./etc/mythtv/modules ./etc/lirc ./etc/htdigest ./etc/apache2/apache2.conf ./var/www/mythweb/.htaccess ./etc/X11/xorg.conf ./etc/asound.conf ./etc/default/aumix ./var/lib/alsa/asound.state ./etc/mplayer/mplayer.conf ./etc/localtime ./etc/timezone Please note that the /myth/backup/backup.list and /myth/backup/restore.list files are optional and don't exist unless you created them. 2) X Server and Desktop changes:
2) You can probably copy the "Screen" section across pretty much intact. 3) Be extra careful around Option lines in your "Device" section and Load lines in your "Module" section since this is where the worst incompatibilities are. 2.2) GDM is gone and won't be coming back. Rather than using "/etc/init.d/gdm restart" to restart the frontend from the command line you can now use "pkill xinit". To stop X entirely you can drop to single user mode using "telinit 1" at the console and then kill xinit using the command described above. 2.3) The use of DisplaySize to get a particular DPI value has been superseded, at least for the nVidia driver, by the following settings in your Monitor section: Code: Option "UseEdidDpi" "FALSE" Option "DPI" "100 x 100" In older versions you also had to fix the arguments passed to the X server in /etc/X11/xinit/xserverrc but this is no longer an issue. See this thread for more discussion - http://mysettopbox.tv/phpBB2/viewtopic.php?t=13219 2.4) If you have problems with the x.org server starting up on the first boot off the hard disk PLEASE check your logfiles before posting questions about: Quote: INIT: Id "c7" respawning too fast: disabled for 5 minutes the fixes are generally simple configuration or driver install issues. For the Nvidia driver, compatibility is determined using information from their website, which is not always complete. As a result it's not uncommon to have to force the driver install. E.g. for newer cards: Code: install-nvidia-debian.sh 1.0.9755 -force for older cards especially MX4 or MX2 family: Code: install-nvidia-debian.sh 1.0.7185 -force Search the forums or the wiki for more detailed instructions. 2.5) There are still some newer Nvidia motherboard graphics that aren't supported. If you have a motherboard with a Nvidia Nforce 630a chipset with builtin GeForce 7025 or 7050 graphics you need a driver which is not yet available in KnoppMyth. 2.6) For the Savage/S3 video chips try changing all references to "s3" in xorg.conf to "savage" as per squiffy's post in this thread titled "FIXED! - INIT: Id "c7" respawning too fast: disabled". 2.7) For VIA embedded video chips like the CLE266 see this thread titled "R5F27 install display issues" for some setup changes you may need to make. In particular, note that the driver name has changed. 3 ) Serial port changes:
4) The switch to udev for hot-pluggable devices may cause some of the device names to change, especially USB devices.
4.2) For audio you may have to run alsaconf, and change "/dev/dsp0" to "/dev/dsp" in the setup. 4.3) Switching to udev also means that removable storage devices (CDs, USB drives, ...) should be pretty much "plug and play" with no extra setup required, however, the default mount points may have changed as a result. For example my USB thumbdrive is now automatically mounted on "/media/usbdisk" when it is plugged in. A second drive gets mounted as /media/usbdisk-1 and so on. 5) IVTV driver changes:
5.2) The newer drivers have input names and numbering which conform to the latest V4L2 interface standard. If you are upgrading from a version older than R5E50 the DB configuration contains references to the obsolete names. You must follow the "Post Install Setup" directions below. Failure to do this will cause all sorts of bizarre and mysterious errors. 5.3) The module options for the ivtv drivers have also changed a great deal, even versus R5E50. The KM upgrade scripts try to clean out the most common obsolete options, but there are just too many possible options and too many places people can hide them. If you see an error due to an invalid ivtv module option in your logfiles you'll need to hunt for them under /etc. 5.4) With the new version of the ivtv drivers many settings which you used to be able to adjust with ivtvctl, must now be done using the v4l2-ctl utility. Run it with the --help option for a complete list of the command options. The /etc/init.d/set_ivtv_params script can be used to force normal defaults at startup for cards which come up with strange ones. It can also be customized for users who need nonstandard initialization. To enable it at boot time use: Code: update-rc.d set_ivtv_params defaults 5.5) The new drivers also mean changes to the PVR-350 output.
Code: options ivtv-fb osd_compat=1 Please see the IVTV troubleshooting page linked above for details. 5.5.2) The frame buffer module name has changed from "ivtv-fb" to "ivtvfb". Check /etc/mythtv/modules/ivtv and ensure that it contains the correct name. See this post for more discussion: http://mysettopbox.tv/phpBB2/viewtopic.php?t=16412 5.5.3) If your TV output works during install and stops after the first boot it may be the old framebuffer device shift gotcha. Check your /etc/X11/xorg.conf and make sure that the "fbdev" option is pointing to the right device. There's a good write up in this thread. http://mysettopbox.tv/phpBB2/viewtopic.php?t=16423 5.6) The new drivers also require new firmware, even versus R5E50. If you have problems, make sure you've shut the machine down (powered off and unplugged) for 1-2 minutes to force the old firmware to be cleared. 6) Remote access changes:
6.2) IE interoperability with digest authentication can now be achieved by running the following command: Code: ToggleWebSecurity.sh -all If security is already enabled, you may need to run it twice to first toggle it off, and then back on. IE should actually work without any changes for a new install, the only place where this may be an issue is for an upgrade. 6.3) Freenx was replaced with VNC for remote desktop access. The VNC password is preconfigured to "mythtv" and can be changed by editing the -passwd value in the command that starts x11vnc in the /home/mytht/.fluxbox/apps file. There's no way to do this topic justice here so I'll have to refer you to the x11vncHowTo page on the wiki. 6.4) When setting up mysql for a MBE/SBE/FE multi-machine configuration (LinHES), the /etc/mysql/my.cnf file no longer contains a 'skip-networking' line to comment out. Instead, you can either comment out the bind-address line or change it to your machines primary IP address (this requires static IP address assignments). If you have multiple active network interfaces, change the IP address to that of the NIC facing your other machines. 7) Other changes to included software modules and packages:
7.2) The full kernel source is no longer included, however, the kernel headers needed to compile modules are. I have personally compiled both ivtv and nVidia drivers using these. Cecil has also made the full kernel source available via this thread - "So you want the kernel source..." but you really shouldn't need it. 7.3) Cecil has taken a more conservative approach on codecs in recent releases. So far everything I've tried has just worked, however, if you encounter some old video, in a format that used to work but doesn't any more, see this posting for details on installing extra codecs - HowTo: Update mplayer & install new CODECs 7.4) MythArchive has replaced MythBurn. MythArchive has a full blown GUI which can be accessed under Optical Disks -> Archive Files from the main menu. The old MythWeb interface has been removed. If you are upgrading from an older version (R5D1 or before) you may need to manually create the "archiveitems" table. See this thread for details. http://mysettopbox.tv/phpBB2/viewtopic.php?t=15163 7.5) The atscscan and dvbscan utilities have been replaced with a single unified scan program. 7.6) RRD improvements. 1) The MBFan monitoring should now work if mbmon works for your motherboard. You may need to twiddle the numbering where indicated in the script. 2) The UPS monitoring should now work for an APC UPS which is connected via a USB cable. To enable this run the setup_apcupsd.sh script. 7.7) Using ALSA AC3 pass through with an SPDIF output now requires using a different device name. See this thread for details - http://mysettopbox.tv/phpBB2/viewtopic.php?t=16581 Known Issues There are also a handful of known issues, mostly minor and with known work arounds:
2) There is some kind of bug in the mythtv-setup utility (one of the MythTV modules) which can produce bogus entries in the cardinput table. If you get an error about "Card 0 (type) is set to start on channel 2, which does not exist.", see the "Post Install Setup" section below. 3) If the mythtv backend process doesn't appear to come up after an upgrade or install (one symptom is an empty recordings list), running /etc/init.d/mythtv-backend restart as root should get it back. You can also do this using the Alt-3 key shortcut from the GUI desktop. See the following posting on the 4th page of this thread for a permanent fix. http://knoppmyth.net/phpBB2/viewtopic.php?p=106245#106245 4) There is a known IVTV driver issue with some PVR-150 and PVR-500 cards glitching (tearing, pixellation) when using the default 480x480 recording profile and VBI encoding. Using a 720x480 capture resolution and/or turning off VBI is strongly recommended for these cards. If you change the capture resolution, don't forget to adjust your recording bit rates to match or image quality may suffer. You can find these settings under Utilities/Setup -> Setup -> TV Settings -> Recording Profiles -> MPEG-2 Encoders. You need to change all of the profiles, including Default and Live TV. You can also adjust your bit rates here for the higher resolution. For more details, see the postings by ethernut in this thread - http://mysettopbox.tv/phpBB2/viewtopic.php?t=13097. 5) If you are using a Hauppauge remote with the IR sensor dongle connected directly to the card and it only works sporadically you may need to disable the ir_kbd_i2c module as described below. The ir_kbd_i2c and lirc_i2c modules simply do not play together nicely, with ir_kbd_i2c stealing events from lirc_i2c, and must occasionally be forcibly separated. -> If you are not using a capture card which depends on the saa7134 module (typically DVB, HDTV and some other cards) you can either skip loading of the driver or remove it completely. Search your dmesg output for saa7134 to be sure: Code: dmesg | grep saa7134 The following chunk from my personal post install tweaks script comments out the loading of various dvb modules which happens whether you need them or not: Code: # Stop it from loading the dvb stuff which drags in the IR keyboard stuff sed -si.orig -e 's/^\(modprobe dvb-bt8xx\)/#\1/' \ -e 's/^\(modprobe saa7134-dvb\)/#\1/' \ -e 's/^\(modprobe cx88-dvb\)/#\1/' \ /etc/init.d/KnoppMyth-tv reboot This is usually good enough, but I ended up deleting the driver because something else seemed to trigger the loading of those things regardless. Code: rm -f /lib/modules/2.6.18-chw-13/kernel/drivers/media/video/ir-kbd-i2c.ko --> If you do have a capture card that requires the saa7134 driver and thus the ir_kbd_i2c driver, your options look like this:
2) Don't use the PVR card connection in system with a 7134 based card. Replace it with something like the StreamZap sensor. Basically solving the problem by tossing a little money at it. 3) Dummy out the guts of the ir_kbd_i2c driver or figure out how to remove the references to it in the saa7134 driver. This is the "sweat equity" approach. There is some coverage on it here: http://mysettopbox.tv/phpBB2/viewtopic.php?t=16400 marc.aronson has made a patched version of the driver module available on the wiki. 7) The new Nvidia drivers don't play nicely with some older chips (Especially MX4 series). Please do all the usual diagnostics first, but if you have a persistent failure, especially on a card that worked with older versions, see the wiki troubleshooting page for directions on how to install the older drivers from an R5F1 CD. 8 ) If you have an "ATI Remote Wonder" RF remote control, you need to use the dragon kernel mod for it to work properly. See this thread for directions: http://knoppmyth.net/phpBB2/viewtopic.php?t=17810 Hints for Upgrading or Installing This information is intended to apply equally whether you're doing an "Auto Upgrade" or a manual upgrade. Much of it also applies you're doing a fresh install. Please note, Auto Upgrade only works if you originally did an Auto Install. If you did a manual install you need to do a manual upgrade. The important distinction between auto and manual install here has to do almost entirely with your disk layout, and in particular if your root partition and swap are in the "expected" locations. Whether you've manually added new software or patches on top of that original install generally doesn't matter. On the other hand, if you had started with an auto install, done all the device name fixups required, and moved the disk to a different location on the IDE bus, auto upgrade wouldn't work. See this post for more details about the expected disk layout - http://mysettopbox.tv/phpBB2/viewtopic.php?p=96417 See the Pamphlet for details on doing a manual upgrade. Phase 0 - Before you upgrade: A lot of the information below depends on which version you're upgrading from. If you've forgotten which release you're currently running, you can find out using the following command: Code: cat /etc/KnoppMyth-version For more on this topic see this post on "KnoppMyth version naming".
Code: mythbackup 1.2) If (and only if) you are upgrading from a version of KnoppMyth before R5C7, you must manually convert your old style backup into a new style backup by archiving all of /etc /root and /home. To do this run the following commands as root: Code: cd / tar zcvf /myth/backup/savedfiles.tar.gz ./etc ./root ./home The leading ./ on these three directory names is important. Don't forget it, or your backup/restore won't work properly! If you are upgrading from version R5C7 or later please skip this step. 1.3) Check that the backup worked! If you are upgrading from:
- R5C7 and earlier versions - Get the check_backup.sh script which can be found on the MythBackupAndRestoreHowTo page on the wiki. Note that you may need to make a simple change to the tar commands in that script, as described under Known Changes item 1.2 above, to match the actual compression types of your backup files. 1.4) You should also run the following command to check that you don't have multiple compression formats for a given backup filename which will cause confusion later: Code: ls -l /myth/backup/savedfiles.tar* /myth/backup/mythconverg.sql* | sed '/\.[0-9]$/d' It's OK if the savedfiles.tar and mythconverg.sql compression (or lack thereof) are different, however, the files should both show the same current date. On my system it produces these healthy results: Code: root@black2:/# ls -l /myth/backup/savedfiles.tar* /myth/backup/mythconverg.sql* | sed '/\.[0-9]$/d' -rw------- 1 root root 13715983 Dec 30 14:20 /myth/backup/mythconverg.sql.gz -rw------- 1 root root 7958370 Dec 30 14:21 /myth/backup/savedfiles.tar.gz 2) Make a list of any add ons you've installed or extra configuration you've done while you've still got the old install to refer to. 3) Make a note of your current hostname. This is very important, since changing the hostname can make various DB entries keyed by hostname useless. The following command will print your hostname: Code: hostname Phase 1 - When you boot from the CD:
1.2) Using the "tv" option on your boot command is strongly recommended. Otherwise the install defaults to a potentially unreadable 1280x1024 resolution. This is one of those "more is not always better" cases. For example: Code: tv testcd 1.3) If (and only if) the installer hangs probing for SCSI devices boot using the "noscsi" options. For example: Code: tv noscsi testcd 1.4) If your motherboard has the Intel ICH8 chipset, add the the "intelfix" option to enable support for this new chipset. The installer takes care of the rest. For example: Code: tv intelfix testcd 2) Do not use the name "mythtv" when prompted to create a user account. The mythtv user is already created automatically. Don't forget to make a note of that user name and the passwords you pick for that user and the administrator (root) accounts. 3) Make sure you use the same hostname (machine name) when doing an upgrade! Look at the notes you made before the upgrade and enter that name when prompted. Using a different hostname will cause a number of nasty problems with various tables in the DB, particularly the settings table, which uses the hostname as one of its keys. Changing the hostname is a project beyond the scope of these hints. Phase 2 - After the install from the CD and reboot Phase 2a. Before entering the root password to start the setup dialogs: To do any of these tasks you'll need to switch to an alternate virtual console using Ctrl-Alt-F1 and login there as root.
2) If you have some other nonstandard disk arrangement you may need to correct your /etc/fstab and mount the updated partitions. Especially /myth! The restore will fail if it can't find the /myth/backup directory. 3) If X isn't working out of the box, you may need to merge certain setting from your old working XF86Config-4 into the new /etc/X11/xorg.conf. It's also not uncommon to have to force the Nvidia driver install. Please see the "Known Changes" section above for more details. 4) Do any other fixups that you need to complete before the Phase 2b Setup Dialogs run. 2b. Setup dialogs:
2) If there is an error in the restore, please check the logfile /var/log/restore.log and report the messages after the line that says "Sanity checking your restore..." 3) Make a note of the passwords you pick. Phase 3 - Post install setup:
1.1.2) Run mythtv-setup using Alt-S from the GUI. 1.1.3) Select "2. Capture cards" and clear all of your capture card settings by choosing the option to "(Delete all capture cards)" there. 1.1.4) Still under "2. Capture cards" recreate the entries for all your cards using the "(New capture card)" option there. 1.1.5) Back on the main mythtv-setup menu select "4. Input connections" and reestablish the correct mappings from capture card input to video source there. 1.1.6) Exit mythtv-setup. 1.1.7) Restart the backend using Alt-3 from the GUI configuration. 1.2) If you are getting errors/warnings when you try to exit mythtv-setup along the lines of "Card 0 (type) is set to start on channel 2, which does not exist.", you may need to manually delete the offending rows in the cardinput table. These are generally rows with the cardid = 0. If the following commands show a cardid (especially 0) in the cardinput table which is not listed in the capturecard table you should remove all references to it: Code: root@black2:~# mysql mythconverg -e "select cardid, videodevice, defaultinput from capturecard" +--------+-------------+--------------+ | cardid | videodevice | defaultinput | +--------+-------------+--------------+ | 1 | /dev/video0 | Tuner 1 | | 2 | /dev/video1 | Tuner 1 | +--------+-------------+--------------+ root@black2:~# mysql mythconverg -e "select cardid, sourceid, inputname from cardinput" +--------+----------+-----------+ | cardid | sourceid | inputname | +--------+----------+-----------+ | 1 | 1 | Tuner 1 | | 2 | 1 | Tuner 1 | +--------+----------+-----------+ As far as I can tell, valid cardid and sourceid values now start from 1 rather than 0. To remove the offending records: Code: mysql mythconverg -e "delete from cardinput where cardid=0" 1.3) You may also need to update your ivtv module options to work with the new drivers. The KM upgrade scripts try to fix the most common obsolete options, but there are just too many possible options and too many places people can hide them to get everything. Remember you need to reboot for these changes to take effect! See this sticky thread for more details - IvyTV not working with new releases 1.4) Just to be on the safe side, shutdown and power off your machine (unplug it if necessary to make sure it's really off) for 1-2 minutes to make sure that the old firmware is cleared and the new firmware will be uploaded to the card. 2) Redo any add ons or extra configuration that you noted earlier. (Check first to make sure that it hasn't already been added as a new standard feature.) For example:
Code: mv /etc/exports /etc/exports.orig cd / tar zxvf /myth/backup/savedfiles.tar.gz ./etc/exports /etc/init.d/nfs-common restart /etc/init.d/nfs-kernel-server restart update-rc.d nfs-common defaults update-rc.d nfs-kernel-server defaults 2.2) Restoring your webmin setup. This assumes that your LAN is using the 192.168.1.0/255.255.255.0 private network IP range. If you are using a different range (e.g. 192.168.0.0/255.255.255.0) correct the "allow" line below accordingly. Code: echo "allow=127.0.0.1 192.168.1.0" >>/etc/webmin/miniserv.conf /usr/share/webmin/changepass.pl /etc/webmin root YOURPASSWORDHERE /etc/init.d/webmin restart update-rc.d webmin defaults This may not work until you reboot. 2.3) Restoring your lirc setup. To recover any LIRC customizations you've made from your backup:
2.3.2) Due to the udev and other changes noted above, restoring your old /etc/lirc/hardware.conf is not recommended. If you do, you must make sure that the DEVICE and MODULES settings are correct. 2.3.3) Restore your old files from the backup, make any device name corrections needed, and reboot. (If you have a .bz2 for your backup file rather than .gz use jxvf instead of zxvf in the tar command below.): Code: mv /etc/lirc/lircd.conf /etc/lirc/lircd.conf.orig mv /home/mythtv/.mythtv/lircrc /home/mythtv/.mythtv/lircrc.orig cd / tar zxvf /myth/backup/savedfiles.tar.gz ./etc/lirc/lircd.conf ./home/mythtv/.mythtv/lircrc reboot 2.3.4) This post contains details about tweaking your lirc configuration: Understanding LIRC configuration 3) Be very careful about doing apt-get install to add extra packages, even though the /etc/apt/sources.list is pointing to the stable repository. Do not attempt to do an apt-get upgrade or an apt-get dist-upgrade, this is almost guaranteed to roach your system. When using apt-get:
3.2) Always review the list of packages it wants to add or remove. 3.3) If in doubt say "no". 4) Optimizing your DB. See this post for a script which can be used to reduce your DB latency: A DB performace utility - optimize_db.sh OBTW - As Cecil said in the R5D1 thread: cesman wrote: Let's not turn this into my upgrade didn't work thread.
Please. The hints threads are supposed to be a central reference to solutions worked out elsewhere. That way when we refer people to them they can actually find the information they need instead of wading through 12 pages of random and irrelevant postings. In pursuit of that goal, I will not answer questions in this thread which do not involved an update/correction/clarification/additional information/... on the upgrade hints posting, and would request that others do the same. On the other hand, if I've botched something above and you have a correction or clarification, don't be shy! Before posting questions please search the forums and see the TroubleShooting pages on the wiki to make sure it's not a greater or lesser FAQ. Many thanks to the testers and all other the folks who've worked through the early installs and upgrades to provide the solutions listed here. |
Author: | ayourk [ Wed Sep 12, 2007 12:51 am ] |
Post subject: | Re: R5F27 Hints - Please read before installing! |
Quote: 5) IVTV driver changes:
A link to where he mentions this would be nice. Quote: 6.4) When setting up mysql for a MBE/SBE/FE multi-machine configuration (LinHES), the /etc/mysql/my.cnf file no longer contains a 'skip-networking' line to comment out. Instead, you can either comment out the bind-address line or change it to your machines primary IP address (this requires static IP address assignments). If you have multiple active network interfaces, change the IP address to that of the NIC facing your other machines. Actually you can set bind-address = 0.0.0.0 to listen on all interfaces. Quote: 6) The udev hardware detection can result in unstable device name assignments. The biggest problems people typically have with this is in systems with multiple different capture cards. Search for the writeup that bruce_s01 did on pinning down the device assignments. I don't think we've had a report of this problem in quite a while. Link please? Quote: 2.2) Restoring your webmin setup. This assumes that your LAN is using the 192.168.1.0/255.255.255.0 private network IP range. If you are using a different range (e.g. 192.168.0.0/255.255.255.0) correct the "allow" line below accordingly. Code: echo "allow=127.0.0.1 192.168.1.0" >>/etc/webmin/miniserv.conf /usr/share/webmin/changepass.pl /etc/webmin root YOURPASSWORDHERE /etc/init.d/webmin start update-rc.d webmin defaults This may not work until you reboot. I think that a Code: /etc/init.d/webmin stop before that Code: /etc/init.d/webmin start would mitigate the need for a reboot.Quote: 3) Be very careful about doing apt-get install to add extra packages, even though the /etc/apt/sources.list is pointing to the stable repository. Is etch the current stable? I've been out of the Debian loop for awhile. Quote: 3.2) Always review the list of packages it wants to add or remove. REALLY good advice. This will area should save you tons of time on reinstalls. I've always considered using Code: apt-get -d install a fairly safe bet.
|
Author: | tjc [ Wed Sep 12, 2007 5:35 pm ] |
Post subject: | Re: R5F27 Hints - Please read before installing! |
ayourk wrote: Quote: Cecil has built using ... A link to where he mentions this would be nice. You'll just have to take my word for it as a matter of "insider knowledge". While the discussions exist they are not publicly available. ayourk wrote: Quote: Search for the writeup that bruce_s01 did Link please? Searching for "udev" with bruce_s01 as the author turns up a grand total of 5 threads: http://mysettopbox.tv/phpBB2/viewtopic.php?t=16189 http://mysettopbox.tv/phpBB2/viewtopic.php?t=13882 *** http://mysettopbox.tv/phpBB2/viewtopic.php?t=13824 http://mysettopbox.tv/phpBB2/viewtopic.php?t=13520 *** http://mysettopbox.tv/phpBB2/viewtopic.php?t=13294 The two key threads are the ones marked with stars, the other three all link to one or both of the others. ayourk wrote: Quote: Code: /etc/init.d/webmin start ...This may not work until you reboot. I think that a Code: /etc/init.d/webmin stop before that Code: /etc/init.d/webmin start would mitigate the need for a reboot.While I'm normally a big advocate of using "restart", webmin is not running by default on a vanilla install, it has an odd init script which produces a disconcerting warning message if you stop when it's not running that I really didn't want to explain, and due to convoluted dependencies even if you stop and start it, it generally doesn't work until you reboot. This is often the case with complex dependency chains. The lircd stack is another great example of this, while I could explain the exact sequence of stop these applications, stop these daemons, unload this module, load that module, restart these daemons, restart these applications, ... Sometimes it's faster and easier all around to just say "reboot". |
Author: | ayourk [ Wed Sep 12, 2007 6:47 pm ] |
Post subject: | Re: R5F27 Hints - Please read before installing! |
There seems to be some XMLTV issues that are not yet covered here, but are covered here. |
Author: | tjc [ Wed Sep 12, 2007 7:24 pm ] |
Post subject: | |
We've got a separate list for stuff which the patcher will fix. See this post by human for details: http://mysettopbox.tv/phpBB2/viewtopic.php?t=16709 |
Author: | marc.aronson [ Wed Sep 12, 2007 11:29 pm ] |
Post subject: | |
FYI -- The names of the IVTV options that control buffer sizes have changed. If you previously had an options statement that looked something like this: Code: options ivtv yuv_buffers=8 mpg_buffers=32 vbi_buffers=8 pcm_buffers=8 you should change it to this: Code: options enc_yuv_buffers=8 enc_mpg_buffers=32 enc_vbi_buffers=8 enc_pcm_buffers=8
|
Author: | BluesBrian [ Wed Sep 12, 2007 11:39 pm ] |
Post subject: | |
These installation/upgrade hints & tips are terrific! I have two suggests to help guide the newbies ... Since I don't get into the box that often (last time I started an installation was Aug 16, 2006) .. it would really help if there was a list of installation scripts .. so you could go back an re-install a piece that didn't go right. A little over a week ago, I started my upgrade to R5F1 .. and wouldn't you know it.. I answered the very first question wrong! (DHCP Broadcast? yes/no) because I keep forgetting that, if I really want a static IP address, then I want to answer "no". There may not be a script for network configuration.. I haven't found one! (I've got this down manually pretty good.) In another case, the installation process tells me about a restart script.. and before I get pen in hand.. it's gone! .. so a list outside the box would be real nice. (I think that was the "which remote are you using".. which I also "guessed" wrong.. then searched all over to find the script. I did catch "run config_bootsplash.sh to configure the bootsplash .. just as soon as I can figure out what it is and if I need it! It would also be nice if there was some kind of indication if you should be in as "root" or as "mythtv" to make configuration changes. some are "obvious" while some are not. Why leave it to chance? (Trust me.. I'll get it wrong!) Again, you guys do a fabulous job! Thank you! Thank you! Thank you! |
Author: | tjc [ Thu Sep 13, 2007 12:18 am ] |
Post subject: | |
BluesBrian wrote: it would really help if there was a list of installation scripts .. so you could go back an re-install a piece that didn't go right. See /usr/local/bin where almost all of these things live. Code: ls -al /usr/local/bin/ | more Most of the scripts have fairly obvious names. BluesBrian wrote: There may not be a script for network configuration.. I haven't found one! This an FAQ with a widely publicized answer. Code: netcardconfig --force There's just too much ground to cover for the hints to repeat every single configuration thing you might need to do to the machine. BluesBrian wrote: which remote are you using".. which I also "guessed" wrong.. then searched all over to find the script. Another FAQ, and both the wiki and the threads that the hint refer you to for details cover using: Code: lirc-reconfig.sh BluesBrian wrote: It would also be nice if there was some kind of indication if you should be in as "root" or as "mythtv" to make configuration changes.
All of the actions in the hint should be run as root and it's restated regularly. Maybe adding a screaming blue banner to that effect will help.. |
Author: | Harbinger [ Thu Sep 13, 2007 7:31 am ] |
Post subject: | |
tjc wrote: BluesBrian wrote: It would also be nice if there was some kind of indication if you should be in as "root" or as "mythtv" to make configuration changes. All of the actions in the hint should be run as root and it's restated regularly. Maybe adding a screaming blue banner to that effect will help.. Is it possible, as it is/was in DOS, to set the command prompt to display the user (e.g. C:\windows [root]: )? The old way in DOS used ANSI commands, from what I remember (such as prompt $p$g to display user and directory). If it is indeed possible, I'd find that helpful to me as well... |
Author: | slowtolearn [ Thu Sep 13, 2007 7:54 am ] |
Post subject: | |
Harbinger wrote: tjc wrote: BluesBrian wrote: It would also be nice if there was some kind of indication if you should be in as "root" or as "mythtv" to make configuration changes. All of the actions in the hint should be run as root and it's restated regularly. Maybe adding a screaming blue banner to that effect will help.. Is it possible, as it is/was in DOS, to set the command prompt to display the user (e.g. C:\windows [root]: )? The old way in DOS used ANSI commands, from what I remember (such as prompt $p$g to display user and directory). If it is indeed possible, I'd find that helpful to me as well... myth7@myth7:~$ --> "regular" user root@myth7:~# --> root |
Author: | BluesBrian [ Thu Sep 13, 2007 8:35 am ] |
Post subject: | |
slowtolearn wrote: Harbinger wrote: tjc wrote: BluesBrian wrote: It would also be nice if there was some kind of indication if you should be in as "root" or as "mythtv" to make configuration changes. All of the actions in the hint should be run as root and it's restated regularly. Maybe adding a screaming blue banner to that effect will help.. Is it possible, as it is/was in DOS, to set the command prompt to display the user (e.g. C:\windows [root]: )? The old way in DOS used ANSI commands, from what I remember (such as prompt $p$g to display user and directory). If it is indeed possible, I'd find that helpful to me as well... myth7@myth7:~$ --> "regular" user root@myth7:~# --> root Good suggestions, but slightly off the point.. and actually "whoami" and "pwd" (Where am I?) are commonly typed in commands. My suggestion was more to the point of "who should I be?" but we could also add "where should I be?" .. when running a script. For some users, "screaming blue banner" might be useful .. I'll have to remember to plug in my speakers for the next upgrade/installation! .. I will, after all, be qualified to participate in IHOP's "senior day" promotion, next year. Sadly, in Linux land, Quote: ls -al /usr/local/bin/ | more is often passed off as user documentation.
|
Author: | slowtolearn [ Thu Sep 13, 2007 10:28 am ] |
Post subject: | |
BluesBrian wrote: slowtolearn wrote: Harbinger wrote: tjc wrote: BluesBrian wrote: It would also be nice if there was some kind of indication if you should be in as "root" or as "mythtv" to make configuration changes. All of the actions in the hint should be run as root and it's restated regularly. Maybe adding a screaming blue banner to that effect will help.. Is it possible, as it is/was in DOS, to set the command prompt to display the user (e.g. C:\windows [root]: )? The old way in DOS used ANSI commands, from what I remember (such as prompt $p$g to display user and directory). If it is indeed possible, I'd find that helpful to me as well... myth7@myth7:~$ --> "regular" user root@myth7:~# --> root Good suggestions, but slightly off the point.. |
Author: | BluesBrian [ Thu Sep 13, 2007 11:24 am ] |
Post subject: | |
slowtolearn wrote: Perfectly on point for Harbinger's question... .. and the reason that I added the Quote: (Who am I?) "whoami" and (Where am I?) "pwd" commands
|
Author: | Human [ Thu Sep 13, 2007 11:24 am ] |
Post subject: | |
BluesBrian, the types of things you talked about will likely be addressed in an upcoming redesign, so don't give up hope |
Author: | johnboy68 [ Thu Sep 13, 2007 1:18 pm ] |
Post subject: | |
Human wrote: BluesBrian, the types of things you talked about will likely be addressed in an upcoming redesign, so don't give up hope
Redesign of what? This guide or KM? |
Page 1 of 4 | All times are UTC - 6 hours |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |