i="mon.fichier.texte.txt"
echo ${i##*.}

Pour confirmer un peu ce que dis ansuz : http://forum.ubuntu-fr.org/viewtopic.php?id=359256

@AnsuzPeorth : corrige moi si je dis une bêtise mais =~ n'est-il pas un opérateur de comparaison d'expressions régulières?

réguliere, rationnel...j'm'y perds la dedans.
Fais des test sur un gros fichier, tu verras une énorme différence de temps d'execution entre l'utilisation de egrep ou du tild.

${i##*.} supprime le motif le plus long de la variable i qui corresponde à *. (soit n'importe quoi suivi d'un point).
cela te vire donc tout ce qui est avant l'extension s'il y en a une. Attention si tu as un fichier nommé juste txt par exemple, ${i##*.} te retournera quand même txt

Et dans le cas d'un nom qui aurait plusieurs points ? mon.fichier.texte.txt par exemple ?

le double point-virgule sert à signifier la fin des commandes pour un motif donné de case et le passage au test suivant (exemple, en non gras les commentaires)
motif txt : txt) ma commande1 ; ma commande2 ; ma commande3 ;; ← fin des commandes on teste un autre motif
motif truc ou bidule : truc|bidule) ma commande4 ; ma commande5 ; ma commande6;;
autre motif : *) ma commande7 ;;

Il y a deux choses qui m'échappent :
- case "${i##*.}" in : que signifie "${i##*.}" ?
- pourquoi deux points-virgules à la fin de chaque cas ? Le premier termine la commande et le deuxième fait office de break ?

@AnsuzPeorth : corrige moi si je dis une bêtise mais =~ n'est-il pas un opérateur de comparaison d'expressions régulières?

#! /bin/bash
while read ligne
do
[[ "$ligne" =~ \.txt ]] || [[ "$ligne" =~ \.sh ]] && echo "le fichier $ligne correspond"
done < <(ls /home/user/truc)
exit

Pour mettre plusieurs commande facilement si correspondance:

#! /bin/bash
while read ligne
do
[[ "$ligne" =~ \.txt ]] || [[ "$ligne" =~ \.sh ]] && {
echo "le fichier $ligne correspond"
autres commandes
}

done < <(ls /home/user/truc)
exit

for i in *
do
case "${i##*.}" in
txt) echo "c'est un txt" ;;
doc|ods) echo "c'est un doc ou un ods" ;;
*)  echo "c'est autre chose" ;;
esac
done

c'est assez propre non ?

EDIT : modif de la ligne 5

Apres tu peux ajouter des vérifications, genre vérifier si c'est un dossier par ex avant de traiter..

grep -q -e '\.\(ini\|log\)$' <<<$i

-e pour activer les expressions rationnelles (alors il faut changer 2-3 trucs : \. pour un point sinon . = n'importe quel caractère, \| pour l'opérateur OR et \( \) pour entourer les alternatives du OR)

if grep -q '.ini$' || grep -q '.log$' <<<$i

ou

if grep -q '.ini$' <<<$i || grep -q '.log$' <<<$i

? ou encore autre chose ? (Je n'ai plus du tout l'habitude de faire des scripts bash.)

avec ton [ `echo "$i" | awk -F . '{print $NF}'` = "ini" ] tu as un process pour [], un pour `` (sous-shell), un pour echo, un pour | (sous-shell), un pour awk

avec grep -q '.txt$' <<<$i, la redirection n'ouvre pas de nouveau sous-shell (à ma connaissance) et pas besoin de test car le if prend le code de retour de grep qui est 0 si grep trouve ce qu'il veut (succès) et 1 sinon (échec). Au final un seul nouveau process, le grep
Après en cherchant un peu il y a peut être encore mieux

Par curiosité, à quoi sert le <<< dans ta commande ?

for i in `ls folder`
do
  if grep -q '.txt$' <<<$i
  then
    echo "match $i"
  fi
done

tu peux remplacer les if par des case
tu peux également utiliser find avec l'option --exec si tu n'as qu'une ou deux extensions à tester