Architectures/ARM/Quality Assurance/2012-06-18-VFAD-Fedora 17 Test Day-Pandaboard-SD-USB
Pandaboard with /boot/uboot on SD card and root filesystem on USB flash drive.
- Copy the below tests and results chart to a page that you create .
- Download the image for your system from http://scotland.proximity.on.ca/arm-nightlies/vault/to-mirrors/RC2/ as well as the corresponding checksum file http://scotland.proximity.on.ca/arm-nightlies/vault/to-mirrors/RC2/arm/Fedora-17-arm-Images-CHECKSUM or http://scotland.proximity.on.ca/arm-nightlies/vault/to-mirrors/RC2/armhfp/Fedora-17-armhfp-Images-CHECKSUM
- Does your downloaded image have the correct checksum?
- Run the command: sha256sum --check *CHECKSUM.txt
- Check the image size:
- xzcat NameOfImage.xz|wc -c - Is the uncompressed image less then 4GB?
- Copy the image to your SD card:
- xzcat (name-of-image) > /dev/SD_Card_Device and then insert it into your system and power on. Does the system boot?
- Do all default services start properly?
- Watch for service-start failure messages during boot.
- Check the boot result:
- If graphics hardware is present and the image is configured for a graphical user interface, does the system successfully boot to the GUI?
- If no graphical hardware is present, does the system successfully boot to a login prompt? (Note: depending on the image, the login prompt may appear on a connected monitor or on a serial console)
- Are you able to download and install updates with yum, and if available the default graphical package manager?
- Test this using the command: yum install sl and yum update (you may want to limit this to one package as updates can take a while depending on your media. eg - yum update bash)
- Graphical user interfaces only: use the graphical package manager for your desktop (if applicable) to install zsh
- Is logging functional? It must provide at least basic local file-based logging of kernel messages, and allow other components to write log messages.
- Test using the command: tail -f /var/log/messages
- Are you able to shutdown the system using standard console commands?
- Test poweroff or halt or reboot or shutdown -h now
- If audio device support is present, does it work?
- Test with: play /usr/share/sounds/alsa/*wav
- Are the final branded release notes from the Documentation team present on the installed media?
- Check /usr/share/doc/HTML/fedora-release-notes. In a graphical user interface, look for a "Release Notes" menu entry.
- Graphical user interfaces only: Is it possible to run Firefox and a terminal application?
- Use the browser to download a small file - http://scotland.proximity.on.ca/arm-nightlies/vault/to-mirrors/RC2/arm/Fedora-17-arm-Images-CHECKSUM
- Load extensions (Firefox -> Tools -> Get Add-ons _> <choose an extension>)
- Log into FAS.
- Graphical user interfaces only is the default Fedora artwork used?
- Default wallpaper - http://fedoraproject.org/wiki/File:F17-final-wallpaper-standard.png
- Graphical user interfaces only: Are the desktop's panels working and fully functional?
- Graphical user interfaces only: Is media automatically detected when inserted?
- Plug in a USB device or other removable media. Does the system automatically mount the device?
- Graphical user interfaces only: On graphical hardware - do offered mechanisms (if any) for shutting down, logging out and rebooting work?
- Use the GUI to logout, reboot and shutdown the system.
- Graphical user interfaces only: Do all elements of the default panel (or equivalent) configuration in all release-blocking desktops function correctly in common use?
- Does every button do what it is supposed to do?
- Do GUI actions align correctly with the pointer position?
- Graphical user interfaces only: Menu sanity:
- All Applications listed in the system menus (or equivalent) must have icons which have a consistent appearance and sufficiently high resolution to avoid appearing blurry
- Do all applications listed under the Applications menu or category start successfully?
- Do all applications listed under the Applications menu or category must withstand a basic functionality test and not crash after a few minutes of normal use. They must also have working Help and Help -> About menu items
- Ensure no application appears more then once in the menus. In particular, items under System must not appear under Applications
- Graphical user interfaces only: Does Saving passwords in the desktop default keyring (if the desktop implements one), and retrieving passwords from the keyring work?
- Create an ssh key: ssh-keygen # Use a passphrase
- Copy the ssh key to a remote system: ssh-copy-id YourUserId@RemoteSystem # Enter password when prompted
- Connect to the remote system: ssh YourUserId@RemoteSystem # You should be prompted for the passphrase. Select the checkbox marked "Unlock this key when I log in" (or similar wording)
- Log out.
- Log back in to the system.
- Connect to the remote system again: ssh YourUserId@RemoteSystem # You should not be prompted for your passphrase.
|4||I sent the xzcat output to a USB flash drive (/dev/sdb), then copied the /boot partition from the USB flash drive to an SD card (/dev/mmcblk0) (and made sure MLO was the first file on the SD card /boot). I removed the /boot partition from the USB flash drive. The system booted fine.|
|5||systemd-readahead-collect: Failed to mark /: Invalid argument|
|7||only tested yum command line|
|10||N/A||sox, alsa, and pulseaudio are not installed in serial-console image|
|11||no browsers installed in serial-console image, but it looks ok from a casual glance at the plain html|